처리중입니다. 잠시만 기다려주세요.
TTJ 코딩클래스
정규반 단과 자료실 테크 뉴스 코딩 퀴즈
테크 뉴스
Hacker News 2026.04.19 20

AI 자동완성을 3개월 끊어본 개발자가 깨달은 것

Hacker News 원문 보기
AI 자동완성을 3개월 끊어본 개발자가 깨달은 것

Copilot, Cursor, Claude Code. 요즘 개발자의 키보드 옆에는 항상 AI 어시스턴트가 대기 중이에요. 탭 한 번이면 함수가 완성되고, 프롬프트 한 줄이면 리팩터링이 끝나죠. 그런데 Miguel Conner라는 개발자가 이걸 전부 끊고, 3개월간 '맨손으로' 코딩해본 경험을 공유했어요. 단순한 러다이트 선언이 아니라, AI 시대에 개발자의 사고력이 어떻게 변하고 있는지에 대한 진지한 성찰이라 한 번 곱씹어볼 만해요.

왜 갑자기 손코딩으로 돌아갔나

Conner의 시작은 어느 날 문득 '내가 이 코드를 진짜로 이해하고 있나?'라는 의문이었다고 해요. AI가 뱉어낸 코드를 받아서 약간 손보고 커밋하는 일이 많아졌는데, 며칠 뒤 버그를 잡으러 돌아가면 자기가 쓴 코드인데도 낯설게 느껴졌다는 거예요. 이건 많은 분들이 공감하실 거예요. '동작하니까 그대로 둔' 코드가 몇 주 뒤 장애 원인이 되는 경험, 한 번쯤은 있잖아요.

그래서 그는 3개월 동안 Copilot, Cursor, ChatGPT 전부 끈 채로 일하기로 결심해요. 구글 검색과 공식 문서 읽기는 허용. 생성형 AI만 차단. 일종의 '사고 근육 재활 훈련'이었던 셈이에요.

첫 2주는 지옥, 그 뒤로는 다른 풍경

처음엔 속도가 반으로 떨어졌다고 해요. 자동완성에 익숙해진 손가락이 매번 탭을 눌렀다가 허공을 치는 기분이었고, 익숙한 라이브러리 API도 기억이 안 나서 문서를 다시 뒤적거려야 했대요. 특히 정규식이나 SQL 같이 평소에 AI한테 던지면 바로 나오던 작업들이 제일 힘들었다고 하네요. 어렴풋이 기억나는 옵션 이름을 확인하려고 MDN을 열었다가, 거기서 한 시간씩 보내는 일도 흔했다고 해요.

그런데 3주차쯤부터 뭔가 변화가 왔어요. 문제를 풀기 전에 '이 문제의 본질이 뭐지?'를 먼저 생각하는 시간이 길어진 거예요. 예전엔 일단 프롬프트를 던지고 나온 결과를 고치는 방식이었다면, 이제는 머릿속에서 데이터 흐름을 그려보고 설계를 정리한 다음 키보드를 잡는 식으로 바뀌었대요. 결과적으로 코드 라인 수는 줄었고, 버그는 더 적게 났고, 3개월 후엔 오히려 생산성이 AI 쓸 때와 비슷한 수준까지 올라왔다고 합니다.

AI가 가져간 건 타이핑이 아니라 '머뭇거림'

Conner가 가장 흥미롭게 짚은 부분이 이거예요. AI가 없앤 건 키보드 치는 시간이 아니라, 코드를 쓰기 전에 머뭇거리는 그 몇 초라는 점. 그 머뭇거림 동안 우리는 '이 변수명 적절한가?', '이 로직 여기 있는 게 맞나?', '이 함수 너무 큰 거 아닌가?' 같은 질문을 스스로에게 던지거든요. AI 자동완성은 이 질문을 건너뛰게 만들어요. 제안된 코드가 그럴듯하면 그냥 받아들이고 넘어가게 되죠.

이게 단기적으로는 효율적이지만, 장기적으로는 개발자의 판단력을 무뎌지게 한다는 게 그의 주장이에요. 근육이 쓰지 않으면 약해지듯, 설계 감각도 매일 굴리지 않으면 둔해진다는 거죠. 특히 주니어 시절에 이 머뭇거림을 경험하지 못하면 나중에 설계 결정을 내려야 하는 순간에 기준점 자체가 없어진다는 지적이 뼈아프게 느껴져요.

완전한 거부가 답은 아니다

재밌는 건 3개월 후 Conner가 AI를 다시 쓰기 시작했다는 점이에요. 다만 방식이 바뀌었어요. 이제는 '일단 내 머리로 풀어보고, 막힌 지점에서만 AI를 레퍼런스처럼 쓴다'는 규칙을 세웠다고 해요. 자동완성(인라인 제안)은 끈 채로, 질문할 때만 챗 창을 여는 방식이죠. 일종의 페어 프로그래밍 파트너로 두되, 운전대는 본인이 잡는 거예요. AI를 '키보드의 연장'이 아니라 '옆 자리 동료'로 위치시킨 셈입니다.

한국 개발자에게 주는 생각할 거리

한국에서도 AI 도구 도입이 빨라지면서, 주니어 개발자가 Copilot으로 시작해서 Copilot으로 끝내는 풍경이 흔해졌어요. 코드 리뷰에서 '이 부분 왜 이렇게 짰어요?'라고 물어보면 'AI가 이렇게 해줬어요'라는 답이 돌아오는 경우도 있죠. 이게 문제라고 단정 짓기는 어렵지만, 적어도 본인이 그 코드를 줄 단위로 설명할 수 있어야 한다는 기준선은 필요해 보여요.

특히 중요한 시스템이나 장기적으로 유지보수할 코드라면, 한 번쯤 '이 로직을 AI 없이 처음부터 쓸 수 있나?' 자문해보는 것도 좋은 훈련이 될 거예요. 주말에 사이드 프로젝트 하나쯤은 자동완성을 끈 채로 해보는 건 어떨까요?

마무리

AI가 생산성을 높여주는 건 분명하지만, 그 대가로 무엇을 내어주고 있는지 가끔 점검해볼 필요가 있어요. Conner의 3개월 실험은 극단적이지만, 우리 모두가 한 번쯤 생각해볼 만한 질문을 던져줍니다. 여러분은 마지막으로 AI 없이 기능 하나를 처음부터 끝까지 구현해본 게 언제인가요?


🔗 출처: Hacker News

이 뉴스가 유용했나요?

이 기술을 직접 배워보세요

AI 도구, 직접 활용해보세요

AI 시대, 코딩으로 수익을 만드는 방법을 배울 수 있습니다.

AI 활용 강의 보기

"비전공 직장인인데 반년 만에 수익 파이프라인을 여러 개 만들었습니다"

실제 수강생 후기
  • 비전공자도 6개월이면 첫 수익
  • 20년 경력 개발자 직강
  • 자동화 프로그램 + 소스코드 제공

매일 AI·개발 뉴스를 받아보세요

주요 테크 뉴스를 매일 아침 이메일로 전해드립니다.

스팸 없이, 언제든 구독 취소 가능합니다.