AI 없이 보낸 한 달

업무에서 AI 코딩 에이전트에 구현과 테스트, 커밋까지 맡기던 개발자가 코드에 대한 통제력을 잃었다고 느껴 사용을 중단하고, 한 달 동안 직접 개발하는 방식으로 돌아옴 여러 에이전트를 병렬로 실행하자 코드 생성은 빨라졌지만, 검토 부담과 문맥 전환이 쌓여 혼자 집중하면 한 시간에 끝낼 작업을 전달하는 데 이틀이 걸리기도 함 사용 중단의 계기는 동료가 발견한 테스트의 허점이었음. 그럴듯한 테스트가 실제로는 변경한 애플리케이션 동작을 검증하지 않았고, 10년 넘게 TDD를 해온 경험으로도 이를 걸러내지 못함 직접 코드를 작성하면서 TDD와 작은 PR로 돌아갔고, 변경 사항을 설명하고 자신 있게 배포하며 동료의 코드 리뷰에서 배우는 즐거움을 되찾음 개인적 경험으로는 AI를 끊은 뒤 업무 성과가 떨어졌다고 느끼지 않으며, 개발자의 성장과 가치는 어려운 문제를 직접 해결하는 과정에 달려 있다고 봄 오픈소스에서는 거부했지만 업무에서는 사용한 AI LibreWeddingPlanner를 개발하고 유지보수하는 개발자는 몇 달 전부터 프로젝트에서 AI를 이용한 기여를 받지 않기로 함 실제로 받은 기여는 번역과 기능 요청뿐이었으며, AI 기여가 많아서가 아니라 향후 논란을 피하고 AI에 반대하는 입장을 분명히 하기 위한 결정이었음 오픈소스 기여에는 AI를 쓰지 않았지만, 직장에서는 계속 사용함 본인과 개발자 친구들의 직장에서는 AI 활용이 매우 흔했음 이 경험을 돌아보며 AI 사용이 자신을 게으르게 하고 개발 역량을 떨어뜨렸다고 평가함 자동 완성에서 구현 전체 위임으로 친구의 추천으로 VS Code의 강화된 자동 완성을 사용하기 시작했고, 이후 다른 코드 생성 모델도 내려받아 사용함 며칠 걸리던 작업을 몇 시간 만에 끝낼 수 있다는 강력함에 끌렸으며, 이런 사용 경험을 중독에 비유함 처음에는 함수 구현이나 테스트 작성을 맡겼지만, 곧 테스트와 구현을 모두 AI에 위임하게 됨 오랫동안 TDD를 해온 습관대로 테스트부터 요청했으나, 이후 구현도 AI에 맡기면서 구현 방식에 테스트가 편향되지 않게 한다는 TDD의 목적 일부가 사라졌다고 느낌 빠르게 진행한다는 감각 때문에 이 문제를 점차 신경 쓰지 않게 됨 에이전트가 커밋에 공동 작성자로 표시되는 것을 보고 해당 설정을 끔 AI가 작성한 코드를 자신의 코드인 것처럼 보이게 하고 싶었다고 인정함 Jira와 여러 작업 트리가 키운 통제력 상실 Jira 티켓 설명 전체를 붙여 넣고 구현을 맡...