그 어느 때보다 많이 배포하고 있지만, 그 어느 때보다 지쳐 있습니다
I am shipping more than i ever have and i am more tired than i have ever been
핵심 요약
AI 에이전트를 활용한 개발이 늘면서 창작보다 검증 업무가 많아져 극심한 피로감을 느낀다는 개발자의 고백입니다.
- 업무 방식 변화 — 직접 코딩하던 방식에서 AI 결과물을 검증하고 관리하는 방식으로 전환됨
- 인지적 부하 증가 — 의도를 파악하고 오류를 찾아내는 검증 작업이 창작보다 훨씬 더 많은 에너지를 소모함
- 멀티태스킹의 함정 — 여러 에이전트를 동시에 돌리는 것이 생산성을 떨어뜨리고 피로를 가중시킴
- 해결책 모색 — 자동화된 테스트를 강화하여 직접 검증해야 할 범위를 줄이는 것이 중요함
올해 예상치 못한 일이 하나 있었습니다. 제 생산량은 지난 10년 중 최고치인데, 에너지는 최저치입니다.
처음에는 단순히 작업량이 늘어서 그런 줄 알았습니다. 하지만 아니더군요. 제가 하루에 실제로 무엇을 하는지 되돌아보니 일의 형태가 완전히 바뀌었습니다. 예전에는 하루 대부분을 직접 코딩하는 데 썼습니다. 지금은 다른 무언가가 작성한 것을 읽고, 그것이 맞는지 판단하며, 자신감 있게 틀린 답을 내놓는 AI와 실제 운영 환경 사이를 막아서는 유일한 존재로 하루를 보냅니다.
이 둘은 같은 직업이 아니며, 두 번째 업무는 보기보다 훨씬 더 많은 비용이 듭니다. 제가 직접 코딩할 때는 의도가 이미 제 머릿속에 있습니다. 하지만 무언가를 검토할 때는, 결과물이 맞든 틀리든 유창하고 자신만만한 출력물로부터 먼저 의도를 재구성해야 합니다. 게다가 동시에 열려 있는 모든 세션에 대해 이 과정을 반복해야 하죠.
여러 세션을 동시에 돌리는 것이 진짜 문제였습니다. 올해 BCG에서 발표한 연구 결과가 이를 수치로 보여줍니다. 에이전트를 첫 번째, 두 번째, 세 번째까지 늘릴 때는 생산성이 올라가지만, 네 번째부터는 급격히 떨어집니다. 제 경험과 너무나 정확하게 일치해서 불편할 정도였습니다. 저는 하루에 4~5개를 동시에 돌리면서 잘하고 있다고 생각했거든요.
도움이 된 것은 일을 덜 하는 것이 아니었습니다. 제 판단이 필요한 일을 줄이는 것이었습니다. 읽다가 실수를 발견할 때마다, 그 유형의 실수를 자동으로 실패하게 만드는 방식으로 바꾸려고 노력했습니다. 제가 읽기 전에 기계가 실수를 잡아낼 때만 읽기 부하가 줄어듭니다.
한 사람, 하나의 코드베이스에 대한 데이터이니 연구 결과라기보다는 참고용으로 봐주세요. 하지만 저는 이 피로감이 체력 문제나 작업량 때문이라고 생각하지 않습니다. 검증은 창작과는 다른, 훨씬 더 소모적인 작업이며, 우리 중 많은 이들이 올해 그 변화를 명확히 정의하지도 못한 채 더 많은 검증 업무를 떠안았습니다.
혹시 다른 분들도 이런 경험을 하고 계신가요? 특히 세션을 여러 개 돌리는 분들이 하나만 돌리는 분들보다 더 심하게 느끼는지 궁금합니다.
