확장을 서른 개 넘게 깔아두고 그중 절반이 뭘 하는지 모른다면, 그 상태가 VS Code를 느리게 만들고 가끔 이상하게 동작하게 만드는 원인이다. 이 글은 확장을 정리하는 기준과, 팀에 필요한 확장을 강요하지 않고 알리는 방법, 그리고 확장 하나가 말썽을 일으킬 때 범인을 찾는 방법을 다룬다. 결론부터 말하면 확장은 적을수록 좋고, 프로젝트마다 다르게 켜는 것이 맞다.확장은 VS Code와 같은 권한으로 돈다정리를 이야기하기 전에 전제를 하나 짚어야 한다. 공식 문서의 문장이다. "확장은 VS Code 자체와 동일한 권한을 가진다." 그리고 설치 전에 게시자를 확인하라고 권한다.이 말의 무게가 가볍지 않다. 확장은 내 파일을 읽을 수 있고, 네트워크를 쓸 수 있고, 터미널 명령을 실행할 수 있다. 별 다..

터미널을 따로 띄워놓고 VS Code와 번갈아 보는 사람이 아직 많다. 창을 오가는 것 자체가 시간을 먹기도 하지만, 더 아쉬운 것은 VS Code 안의 터미널이 에디터와 연결된 기능을 여럿 갖고 있다는 점이다. 이 글은 통합 터미널에서 실제로 쓰게 되는 기능과, 반복해서 치는 명령을 tasks.json으로 옮겨 단축키 하나로 실행하는 방법을 다룬다.터미널 여러 개를 탭과 분할로 다룬다Ctrl+백틱으로 터미널을 연다. macOS는 Cmd+백틱이다. 새 터미널은 Ctrl+Shift+백틱으로 만든다.터미널이 하나면 이 정도로 충분하지만, 서버를 띄워놓고 다른 명령을 치려면 두 개가 필요해진다. 두 가지 방식이 있다.탭은 오른쪽 목록에 터미널이 하나씩 쌓이는 방식이다. 각 탭에 이름과 아이콘, 상태가 표시된다..

같은 형태의 코드를 하루에도 몇 번씩 치고 있다면 스니펫을 만들 때가 된 것이다. VS Code는 사용자가 직접 스니펫을 정의할 수 있고, 만드는 데 5분이면 충분하다. 이 글은 스니펫 파일을 만드는 방법부터 탭으로 이동하는 자리 표시자, 파일 이름이나 날짜 같은 변수, 그리고 팀과 공유하는 프로젝트 스니펫까지 다룬다. 마지막에는 스니펫을 만들지 말아야 할 경우도 짚는다.만드는 곳은 명령 팔레트 한 군데다File > Preferences > Configure Snippets를 고르면 언어 목록이 뜬다. 특정 언어용을 만들려면 그 언어를 고르고, 모든 언어에서 쓰려면 New Global Snippets file을 고른다. 명령 팔레트(Ctrl+Shift+P)에서 Snippets를 쳐도 같은 메뉴가 나온다...

VS Code 설정을 바꿨는데 다른 프로젝트에서도 그대로 적용돼 곤란했던 적이 있다면, 사용자 설정과 워크스페이스 설정을 구분하지 않고 있는 것이다. 이 글은 두 설정이 어떻게 다르고 어느 쪽에 무엇을 넣어야 하는지, 그리고 팀과 설정을 공유할 때 실제로 겪는 문제를 다룬다. 결론부터 말하면 개인 취향은 사용자 설정에, 프로젝트 규칙은 워크스페이스 설정에 넣는 것이 기준이다.두 설정은 적용 범위가 다르다공식 문서의 정의가 명확하다. 사용자 설정은 "열려 있는 모든 VS Code 인스턴스에 전역으로 적용"되고, 워크스페이스 설정은 "특정 프로젝트에만 해당하며 사용자 설정을 덮어쓴다".파일 위치도 다르다. 사용자 설정은 운영체제별로 정해진 자리에 있다.Windows %APPDATA%\Code\User\s..