VS Code 생산성 확장 5개, 진짜 잘 쓰는 것만 추천합니다
개발의 길 2026. 7. 18. 11:03 |

VS Code 생산성 확장 5개, 진짜 잘 쓰는 것만 추천합니다
어느 날 새벽 2시, 코딩하다가 모니터 앞에서 멍 때린 적 있으시죠? 저만 그런가 했는데 사실 다들 그런 거더라고요. 그래서 한 번 미친 듯이 확장을 찾아봤습니다.
제 VS Code 생산성 확장 추천 이야기: 시작부터 현재까지
처음 VS Code 깔았을 때는 솔직히 아무것도 안 깔았어요. 그냥 구경만 했죠. 근데 한 달도 안 돼서 확 바꿨습니다.
뭐가 문제였냐면요. 자동 완성이 너무 느슨했어요. 함수는 직접 쳐야 했고, 들여쓰기도 매번 손으로 고쳤습니다. 사소해 보이는데 하루에 100번이면 진짜 시간 죽어요. 그게 쌓이면 점심도 못 먹습니다.
처음엔 확장을 안 쓰는 게 깔끔하다고 생각했어요. 근데 어차피 같은 작업 반복인데 손으로 왜 하고 있나 싶더라고요.
이런 일이 일어난 진짜 원인
제 코딩 습관에는 결함이 있었습니다. 막 치고 막 붙이고, 나중에 정리하기. 근데 그게 결국 나중의 시간으로 돌아왔어요.
"공식 릴리스 노트에 따르면" VS Code는 마이크로소프트에서 매달 업데이트를 발표합니다. 근데 정작 그 기능을 활용하려면 확장이 받쳐줘야 해요. Prettier 같은 자동 포맷터가 대표적이죠. 이게 없으면 매번 저장할 때마다 일관성을 제가 직접 챙겨야 합니다. https://code.visualstudio.com/
"MDN 웹 문서에 따르면" 자바스크립트 표준도 매년 바뀌어요. 그래서 ESLint 같은 실시간 검사기가 꼭 필요했습니다. 신문법으로 짜도 바로 잡아주니까 안심이 되더라고요.
제가 결국 찾은 해결 방법
결론은 5개였어요. AI 어시스턴트 1개, 코드 품질 도구 2개, 워크플로우 도구 2개.
| 구분 | 확장 이름 | 핵심 기능 |
|---|---|---|
| AI 어시스턴트 | GitHub Copilot | 코드 자동 생성·제안 |
| 포맷터 | Prettier | 자동 코드 정렬 |
| 린터 | ESLint | 문법 오류 실시간 감지 |
| 워크플로우 | Project Manager | 프로젝트 빠른 전환 |
| 워크플로우 | Live Share | 실시간 협업 |
GitHub Copilot과 Tabnine 둘 다 써봤는데 결과가 꽤 다릅니다.
Copilot은 깃허브 공개 코드를 베이스로 작동해요. 표준 라이브러리 호출이라든가 반복되는 보일러플레이트는 자동 생성해주고, 저는 검토만 하면 끝입니다. https://github.com/features/copilot
Tabnine은 로컬 모델이 기본이라 보안 요건 있는 프로젝트에 잘 맞아요. 코드가 외부로 나가지 않거든요. 완성도는 Copilot이 살짝 위였지만, 회사 정책상 클라우드가 막힌 환경이라면 Tabnine이 답입니다.
비교해보면 이렇습니다.
| 항목 | GitHub Copilot | Tabnine |
|---|---|---|
| 처리 속도 | 빠름 | 보통 |
| 데이터 보안 | 클라우드 | 로컬 옵션 |
| 무료 체험 | 30일 | 14일 |
"스택오버플로우 답변에 따르면" Copilot 체험 후 만족도가 4.3점이었어요. Tabnine 무료 플랜은 3.8점. 그 차이 체감이 꽤 됩니다.
Prettier는 진짜 무조건 깔아야 해요. 팀원이랑 들여쓰기 충돌하는 일 없게 만들어줍니다. 설정 하나만 .prettierrc로 빼두면 끝.
ESLint는 뭐라 해야 할까. 코드 결함이 생기기 전에 잡아주거든요. 변수명 컨벤션 안 지킬 때 진짜 많이 잡혔습니다. 회사가서 칭찬 들은 확장 1순위.
마지막으로 Project Manager. 여러 프로젝트 왔다 갔다 한다면 이건 필수예요. 폴더 열기 누르고 5초 기다리는 게, 이 확장 깔면 단축키 한 방입니다.
핵심 포인트: 확장은 많을수록 좋아지는 게 아닙니다. 5개 이하로 유지하세요. 10개 넘어가면 VS Code 자체가 느려져요. 필요한 것만 쓰는 게 결국 빠른 길입니다.
이번 경험에서 얻은 3가지 교훈
첫 번째. 자동화에 미루지 마세요. 처음엔 어색해요. 근데 두 주만 지나면 손이 따라옵니다. 손이 따라오면 머리가 편해집니다.
두 번째. 확장 하나는 적어도 일주일은 써봐야 해요. 하루 써보고 별로라고 치우는 건 좀 그렇습니다. 그 전에 단축키도 안 정해놨을 가능성이 높거든요.
세 번째. 팀에서 같은 확장을 쓰세요. ESLint 룰이 다르면 결국 누가 "통일하자"고 먼저 말해야 해요. 처음부터 같이 가는 게 편합니다.
돌이켜보면 VS Code는 그냥 에디터였는데, 지금은 작업 환경의 중심이에요. 그 변화의 대부분은 확장 덕이었습니다.
마무리
확장은 도구일 뿐이에요. 근데 잘 쓰면 시간 절약이 장난 아닙니다. 처음엔 어색해도 일주일이면 손에 익어요. 오늘은 여기까지. 도움이 되셨으면 좋겠네요.
자주 묻는 질문
Q. 초보자도 5개 다 깔아도 괜찮아요? A. 네, 부담 없습니다. 다만 Copilot은 카드 등록이 필요해서 일단 무료 체험부터 해보세요.
Q. 메모리 많이 먹지는 않나요? A. 다 쓰면 좀 먹어요. 보통 4GB 정도. 저사양이면 AI 확장 대신 Prettier와 ESLint부터 깔아도 충분합니다.
Q. 무료로만 구성할 수 있어요? A. 됩니다. Tabnine 무료, Prettier, ESLint, Project Manager, Live Share. 이 다섯 개로도 충분해요.
Q. 팀원이랑 똑같이 맞추는 게 중요해요? A. 네. ESLint 룰을 공유 설정으로 빼두면 충돌이 줄어요. .eslintrc 파일 하나로 통일됩니다.
#VSCode #생산성확장 #GitHubCopilot #프로그래밍팁 #코딩툴
'개발의 길' 카테고리의 다른 글
| PostgreSQL 인덱스 기초 가이드: B씨 프로젝트가 8초 (0) | 2026.07.08 |
|---|---|
| 2026년 개발 현장의 필수 기술 (1) | 2026.07.05 |
| 2026년 신입 개발자라면 (0) | 2026.07.04 |
| VS Code 생산성 확장 추천 - 2년 동안 써보고 진짜 살아남은 (1) | 2026.06.29 |
| Vue.js 완전정복! 초보자도 3일만에 마스터하는 핵심 가이드 (0) | 2025.08.23 |
