Cursor 17개월 사용기

배경

처음에는 Cursor 구독을 망설였다. 왜냐하면 :

• IntelliJ IDEA 익숙하게 너무 잘 쓰고 있어서 VSCode 이전에 대한 문턱이 높음
• AI 작성 code 읽으며 검토하느니 내가 하는게 더 빠를 것 같음
• 명령을 "잘" 내리는 노력 보다 코드를 작성하는게 더 쉬울 것 같음

같이 작업한 동료가 강력 추천해줘서 일단 써보기로 했다. 생산성 차이가 너무 확연하게 났기 때문이다.

비교

Copilot 

처음 시도한 것은 Copilot이었고, 이 경험으로 Cursor 구독을 확신하게 됐다.

Composer 명령을 통해서 자유자재로 내릴 수 있는 반면, IntelliJ IDEA copilot plugin 자체가 완성도가 떨어져보였다. 일일이 코드를 내가 수동으로 옮겨야하는 점도 귀찮았다. 이럴거면 ChatGPT 창을 띄워놓고 쓰면 뭐가 다른지 모르겠다.

AI Assistant

Cursor를 사용하다가 JetBrains 사가 AI Assistant 출시했다는 소식을 듣게 됐다.

막상 무료 trial 기간에 사용해보니 model 자체가 사용할만한 수준이 아니었다.

다른 대답을 하거나, 잘못된 코드를 참조하거나, 명령을 잘못 이해하거나, 코드 전체 convention 기준을 지키지 않거나. 별 수 없이 계속 Cursor 환경에서 개발했다.

좋았던 점

전체 코드베이스를  알아서 똑똑하게 찾아본다

처음에는 context 혹은 session 내용에 파일을 일일이 추가했어야 했다. 이제는 알아서 잘 찾아서 참조한다.

개발 속도가 상당히 빨라진다

예전 방식으로 개발 할 때는 타자 치는 순간에는 딴 생각이 들거나 너무 느려서 pace 잃기가 일쑤였는데, 할 일을 queue에 적어놓고 session 별로 review 하면서 큰 그림을 그려나가기가 좋다. 던져놓으면 일단 어떻게든 해내는 사람이 어떻게든 도와주는 느낌이다. 특히 component 작성해놓거나 새로운 API 만들고 문서화, 예제 코드, SwaggerAPI 주석 같은 귀찮은 일을 잘 해낸다.

빌드나 실행이 안 되는데 감이 안 잡힐 때도 유용하다.  대량 log 기록에서 특정한 징후를 찾아내기도 편리하다.

Boiler-plate 작성을 잘한다

monorepo 구성하면서 특별히 원하는 구조가 있었는데, preset 찾기가 쉽지 않은 상태였는데, 잘 조합해서 설정을 깔끔하게 마쳤다.

별로였던 점

• TAB to jump, TAB to complete 안내가 코드를 가려서 짜증났다.
• 작년 여름까지만 해도 너무 멍청했다. 똑같은 API 구조를 줘도 매번 다른 naming, convention 지침으로 개발했다. 덕분에 같은 역할을 하는 mapper 생성이 너무 많아졌다.
• 현재(2026년 2월 23일) Rule 설정을 프로젝트 별로 할 수 없다. 프로젝트 별로 저장해도 전체 저장이 된다.
• 개발 과정에서 몰입이 약해진다. 동작을 자세히 simulation 하기 보다 "이상한건 없는거 같은데" 식으로 훑어보기만 한다. 극단적인 경우 error 명세를 입력해놓고 알아서 다시 실행하고 고쳐주기를 기다리게 된다.

Tip

• 기능을 구현해달라고 하기 보다, 일을 쪼개서 주면 더 명확하게 작동한다.
• Rule 설정에 피해야하는 부분, 하지 말아야할 부분, convention 정보 등을 미리 설명해두면 편하다.
• commit 전 README.md 내용을 업데이트 해달라고 하면 문서화에 도움이 된다.
• MCP 사용 시, context 정보를 잘 가져오면 편할거 같다. 어떻게 쓰는지는 나도 모르겠다. 그런데 연결해두면 가끔 알아서 해당 정보를 찾아온다.
• 새로 작성한 코드에 대해서 lint 이외 test 실행도 해달라고 하면 수정할 때마다 검사를 한다. 명령을 안 내려도 스스로 해결한다.