반응형

VS Code 생산성 확장 5개, 진짜 잘 쓰는 것만 추천합니다

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 #프로그래밍팁 #코딩툴

반응형
Posted by no_name
: