LLM 시대에 프로그래밍 즐거움 지키기

핵심 요약

• LLM이 코드 생성을 접수하면 인간이 읽을 수 없는 저질 코드가 쌓여 결국 유지보수 불가능한 'LLM 황무지'가 되므로, 개발자는 핵심 코딩은 계속 직접 해야 한다.
• 프로그래밍 기술은 연습하지 않으면 쇠퇴하는데, LLM에 모두 맡기면 수주 후 스스로 코딩하기 어려워지므로 기술 유지를 위해서도 직접 코딩이 필수다.
• LLM을 사용하되 '계획 → 에이전트 코딩' 구조 대신 '계획 함께 → 본인이 코딩' 흐름으로 바꾸면, 즐거운 작업은 유지하면서 보조 작업(계획, 리서치, 코드 리뷰 등)만 자동화할 수 있다.
• LLM은 코드베이스 조사, 편집할 부분 나열, 위험 요소 지적, 배경 지식 상기 등으로 인간 개발자를 돕되, 최종 코딩과 의사결정은 개발자가 담당해야 제어 권을 잃지 않는다.
• 계획 단계에서 LLM이 자동으로 로직 구멍을 찾도록 리뷰 에이전트를 추가하면 인간이 놓치기 쉬운 결함을 사전에 방지할 수 있다.
• LLM 리서치 결과를 무조건 믿지 말고 자신도 병렬로 검색해 같은 수준의 이해를 갖춰야 하며, 에이전트가 근거 자료를 기록하게 해서 나중에 검증할 수 있게 한다.
• 정리, 소규모 작업, 루틴 작업, 저위험 리팩토링처럼 쉽게 검증 가능한 업무만 에이전트에 맡기는 것이 안전하며, 복잡한 설계는 반드시 인간이 주도해야 한다.
• 토큰 소진으로 인한 서비스 중단은 '산 토큰이 부족했다'는 자책보다 '서비스 차질'로 보고 대비해야 하며, 항상 오프라인에서 할 수 있는 작업 목록을 준비해야 한다.
• LLM이 생성한 텍스트는 심리 건강에 해롭고 독해 시간이 낭비되므로, 자동 리뷰를 거친 산출물만 읽고 과로하면 휴식을 취하는 것이 중요하다.
• PR이나 커밋 메시지를 LLM에 완전히 맡기지 말고 손으로 작성한 본문에 에이전트 산출물을 부록으로 첨부해, 팀원과의 인간적 소통을 우선하고 도구 산출물은 선택적으로 공개한다.
• 저자는 이 방식으로 생산성이 약 2배 증가했으며, LLM에 과도하게 의존하는 '화학비료 농법'이 아닌 '유기 비료 접근'으로 지속 가능한 방식을 추구한다고 설명했다.
• LLM 회사가 토큰 정책을 투명하게 공개하지 않고 일방적으로 변경하는 현실은 공정하지 못하지만, 개발자는 이를 인지하고 독립적 오픈소스 모델로 옮겨갈 수 있도록 준비해야 한다.