에이전트 코딩이 우리의 기술과 관계를 망치고 있다

이 도구들을 잘못된 방식으로 사용하는 것은 충분히 가능하다. AI를 어떻게 써야 하는지 이해하는 회사는 더 잘할 것이고, 다음 네 가지 문제를 가진 회사는 그렇지 못할 것이다.

- AI는 코드베이스와 기술 개념에 대한 이해를 가속해야 한다.

- AI 없이 만들 수 있는 것보다 더 높은 품질의 코드를 보장해야 한다.

- 엔지니어는 자신이 만들어낸 코드에 대한 책임을 계속 져야 한다.

- 확보된 시간은 커뮤니케이션, 제품 및 마케팅 리서치에 써야 한다. 코드만 짜는 엔지니어라는 정의는 사라지고 있다.

AI가 자율적으로 실행할 수 있을 만큼 단순한 경우는 예외다. 요즘 실제로 그런 프로젝트가 많다. 그리고 그런 경우에는 DHH처럼 코드를 보지 않는 것도 실행 가능한 전략이다.

나는 마치 다른 우주에 사는 기분이다. 우리 회사는 에이전트 코딩을 완전히 도입했고, 우리는 다음을 다루고 있다.

- 대규모 코드베이스

- 다운타임을 용납하지 않는 고객을 위한 비즈니스 크리티컬 소프트웨어

- 에이전트 기능과 전통적인 기능

우리는 여전히 잘 협업하고, 여전히 품질을 중요하게 여기며, 여전히 코드베이스에 대한 지식도 좋다. 그런데 나는 1년 넘게 코드를 한 줄도 직접 작성하지 않았다.

우리가 형편없는 코드를 배포해서 다운타임이 발생했다는 사건은 내가 아는 한 한 건도 없다.

우리는 현재 저수준 잡무 티켓을 처리하고 PR의 약 3분의 1을 머지하는 '소프트웨어 팩토리'를 만들고 있다. 1년 후에는 훨씬 더 많은 일을 하게 될 것 같고, 그 때문에 누가 해고될 것 같지도 않다. 오히려 더 많이 채용할 것이다.

나는 이것을 양자택일의 문제로 보지 않는다. 우리가 빠질 수밖에 없는 숨겨진 쓰레기 바다가 있다면, 나는 그걸 어디에서도 보지 못한다. 이 괴리감은 어디서 오는 걸까?

내 업무용 Slack 채널은 유령 도시다. 사람들은 로그인해 있지만 아무 말도 하지 않는다. 나는 종종 누가 일은 하고 있기는 한 건지 궁금해진다. PR에는 그들의 이름이 붙어 있고, 리뷰 코멘트조차 _그들의_ 계정에서 올라오지만, 코드부터 불필요하게 장황한 변경 요약, 그리고 그들의 코멘트까지 전부 Claude가 썼다는 게 뻔하다. 내 변경 요청에 대한 답변조차 "네 말이 맞아요 —"로 시작한다.

엔지니어링 Slack 채널에 새롭고 흥미로운 방법들에 대한 긴 스레드가 올라오고, 다음에 뭘 하면 업무가 더 쉬워지거나 오래된 문제를 해결할 수 있을지 논의하던 시절이 그립다. 우리는 누가 어떤 특정 분야를 잘하는지, 누가 무엇에 관심이 있을지를 스스로 쌓아갔다. 이제는 모두가 세부 사항에는 전혀 신경 쓰지 않고, 자신의 쓰레기 기계가 전체 스택의 모든 변경 조각을 토해내게 할 뿐이다.

나는 이 글의 모든 내용에 동의한다. (다만 LLM이 다른 방식으로는 기술이 없는 사람들이 개인 소프트웨어를 작성하도록 도울 것이라는 점에서는 여전히 낙관적이다.) 하지만 노동이 의미 있게 조직화되어 이런 결과를 낳는 기업 권력에 맞서 밀어붙이지 않는다면 상황은 더 나빠질 뿐이다.

"이건 구리다"라고 2만 번 말할 수는 있겠지만, 계획은 무엇인가? 우리 지식 덕분에 생산적일 수 있는 시니어들이 한 계급으로서 사라져 100년의 쓰레기 시대가 올지도 모른다. 그렇다면 그들이 모여 실천(praxis)에 대해 이야기해야 하지 않을까. 그렇지 않으면 이 모든 글은 그저 훈련 데이터일 뿐이다.