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

VS Code가 갑자기 느려졌을 때 가장 흔한 대응은 재시작이고, 그다음은 확장을 몇 개 지워보는 것이다. 둘 다 원인을 모른 채 하는 일이라 다시 느려지면 또 반복하게 된다. VS Code에는 무엇이 느리게 만드는지 직접 알려주는 도구가 여러 개 들어 있다. 이 글은 그 도구들을 순서대로 써서 원인을 좁히는 방법을 다룬다.먼저 확장 때문인지 아닌지부터 가른다원인의 상당수는 확장이다. 그래서 첫 단계는 "확장이 원인인가"를 가르는 것이다. 방법은 확장 없이 한 번 띄워 보는 것이다.code --disable-extensions문서가 안내하는 그대로다. 이 상태에서 멀쩡하면 확장 문제이고, 여전히 느리면 확장은 범인이 아니다. 이 한 줄로 탐색 범위가 절반으로 준다.확장이 원인이라는 것까지 알았다면 다음은..