VS Code 생산성 확장 추천으로 작업 속도 올리는 법

VS Code 생산성 확장 추천으로 작업 속도 올리는 법

에센셜은 VS Code를 오래 쓰면서 확장이 많을수록 편할 거라 생각했는데, 막상 깔아 두기만 하면 오히려 느려지더라고요. 그래서 요즘은 딱 필요한 것만 남기는 쪽으로 바꿨습니다. 그랬더니 에러 찾는 시간도 줄고, 깃 상태 확인도 빨라졌어요. 진짜 체감이 큽니다.

데이터로 먼저 볼 것

제가 먼저 보는 기준은 단순해요.
코드를 더 빨리 고치게 해 주는가, 맥락을 더 빨리 보게 해 주는가, 그리고 작업 흐름을 끊지 않는가. 이 셋을 만족하면 생산성 확장으로 남길 가치가 있습니다.

간단합니다.
많이 쓰는 확장보다, 자주 막히는 지점을 바로 풀어 주는 확장이 낫거든요.

추천 흐름

1. 에러가 보이지 않으면 → Error Lens
2. 누가 왜 바꿨는지 궁금하면 → GitLens
3. 할 일 표시가 흩어지면 → Todo Tree
4. 형식 맞추기가 귀찮으면 → Prettier

이 조합은 처음부터 거창하지 않아요. 대신 매일 쓰기 좋습니다.
그게 핵심이에요.

확장 이름	잘 맞는 상황	체감 이점	주의할 점
Error Lens	에러가 아래 목록에만 떠서 놓칠 때	코드 옆에서 바로 보여서 수정이 빠름	장식이 많으면 살짝 복잡해질 수 있음
GitLens	이 줄을 누가 왜 바꿨는지 알고 싶을 때	블레임과 변경 맥락을 한 번에 봄	다른 확장과 겹치면 표시가 흔들릴 수 있음
Todo Tree	해야 할 일을 주석으로 남길 때	미완료 작업을 한곳에서 모아 봄	태그 규칙을 먼저 정해 두는 편이 좋음
Prettier	줄맞춤과 스타일이 자꾸 어긋날 때	저장할 때 정리돼서 손이 덜 감	팀 규칙과 맞춰야 충돌이 적음

제가 써보며 느낀 해석

돌이켜보면, 제일 많이 시간을 잡아먹는 건 거대한 기능이 아니었어요.
작은 마찰이었습니다. 에러 위치 찾기, 변경 이유 확인하기, 주석 뒤지기. 이런 자잘한 끊김이 쌓이더라고요.

저는 에러 해결할 때 Error Lens를 먼저 켭니다.
예전에는 아래쪽 문제 창을 왔다 갔다 했는데, 지금은 코드 옆에서 바로 보여서 눈이 덜 피곤해요.
짧게 말하면, 찾는 시간이 줄어요.
길게 말하면, 고치는 속도가 붙습니다.

그리고 GitLens는 리뷰 전에 특히 좋아요.
공식 릴리스 노트에 따르면 GitLens는 계속 기능을 넓혀 오고 있고, Git 맥락을 더 빨리 보는 흐름에 맞춰 발전해 왔습니다.
예를 들어 GitLens 릴리스 노트 12.1.0에는 줄 주석, 상태 표시줄 블레임, 비교 화면 쪽 개선이 보입니다.
참고 링크도 함께 남겨 둘게요.

• VS Code 릴리스 노트 1.103: https://code.visualstudio.com/updates/v1_103
• VS Code 릴리스 노트 1.123: https://code.visualstudio.com/updates/v1_123
• GitLens 릴리스 노트: https://help.gitkraken.com/gitlens/gitlens-release-notes-current/

이 데이터가 말해주는 시사점

공식 문서를 확인하면, VS Code 자체도 점점 작업 흐름 중심으로 바뀌고 있어요.
1.85에서는 확장 자동 업데이트 제어가 더 세밀해졌고, 1.103에서는 깃 작업 흐름 쪽이, 1.123에서는 세션과 브라우저 연동 쪽이 더 강해졌습니다.
즉, 확장만 붙이는 시대에서 기본 기능과 확장을 같이 엮는 시대로 넘어가는 중이에요.

여기서 하나 더.
스택오버플로우 답변에 따르면 GitLens의 인라인 블레임이 갑자기 안 보일 때는 다른 확장과의 충돌이나 저장소 설정을 먼저 의심해 볼 만합니다.
GitHub 이슈 #2952도 비슷한 맥락에서 ignoreRevsFile 설정 문제를 다루고 있어요.
이런 사례를 보면, 확장은 많을수록 좋은 게 아니라 충돌이 적은 조합이 더 낫다는 걸 알 수 있죠.

💡

핵심은 이거예요.
VS Code 생산성 확장 추천의 답은 "최다 설치"가 아니라 "가장 자주 막히는 지점을 가장 빨리 푸는 조합"입니다.
에러, 깃 맥락, 할 일 정리, 자동 서식. 이 넷만 잘 잡아도 체감이 꽤 커요.

앞으로의 전망

앞으로는 확장이 따로 노는 방식보다, VS Code 기본 기능과 자연스럽게 이어지는 쪽이 더 유리해질 가능성이 큽니다.
에센셜도 그래서 요즘은 무작정 새 확장을 찾기보다, 지금 쓰는 것의 충돌과 설정부터 먼저 봐요.
하필 느려진다면, 그 원인이 확장 하나가 아니라 조합일 때가 많거든요.

정리하면 이렇습니다.
에러를 바로 보게 하고, 깃 맥락을 빨리 읽고, 할 일을 한곳에 모으고, 형식을 자동으로 맞추는 것.
이 네 가지가 가장 실용적입니다.
개인적으로는 여기서 시작하면 실패 확률이 낮아요.

마무리

오늘은 VS Code 생산성 확장 추천을 실전 기준으로 정리해 봤습니다.
처음부터 많이 깔기보다, Error Lens, GitLens, Todo Tree, Prettier처럼 쓰임이 분명한 것부터 넣어 보세요.
한 번만 세팅해 두면 매일 조금씩 시간이 아껴집니다.

끝까지 읽어주셔서 고맙습니다. 궁금한 점은 댓글로 알려주세요.

자주 묻는 질문

Q. 처음 시작할 때 뭐부터 깔면 될까요?
A. 저는 Error Lens부터 추천해요. 에러를 바로 보게 해 주는 쪽이 체감이 가장 빠릅니다.

Q. GitLens는 꼭 필요할까요?
A. 깃 변경 이유를 자주 확인하는 분이라면 꽤 유용해요. 단순히 커밋만 보는 편이면 없어도 됩니다.

Q. 확장이 많으면 느려질 수 있나요?
A. 네, 특히 비슷한 역할을 하는 확장이 겹치면 체감이 떨어질 수 있어요. 충돌 점검이 먼저입니다.

Q. 팀에서 같은 확장을 써야 하나요?
A. 꼭 그렇진 않지만, 서식과 깃 관련 확장은 맞춰 두는 편이 편해요. 충돌이 줄어듭니다.

Q. VS Code 기본 기능으로 충분한가요?
A. 기본 기능이 강해진 건 맞아요. 그래도 에러 표시나 깃 맥락처럼 자주 막히는 부분은 확장이 더 빠른 경우가 많습니다.

#vscode #생산성확장 #gitlens #errorlens #프로그래밍도구