8월 30일 일요일

도구가 구현 속도를 높인 뒤에도 사람의 실력은 무엇으로 드러나는가?

Mike Krieger의 경험과 백엔드 포트폴리오 조언은 서로 다른 장면에서 같은 이동을 보여줍니다. 사람은 모든 작업 단계를 미리 쪼개서 직접 수행하는 역할에서 벗어나, 원하는 최종 상태와 제약을 설명하고 결과가 제대로 되었는지 판단하는 역할로 옮겨갑니다. 그러나 이 변화가 단순한 위임을 뜻하지는 않습니다. 목표가 모호하면 도구는 빠르게 엉뚱한 결과를 만들 수 있고, 결과를 확인할 근거가 없으면 속도는 품질을 보장하지 못합니다. 그래서 앞으로의 실력은 무엇을 사용했는지보다 어떤 문제를 골랐고, 어떤 결과를 기대했으며, 그 결과를 어떤 자료로 검증했는지의 연결에서 드러납니다. 이 기준은 개발자에게만 해당하지 않습니다. 업무를 자동화하는 사람도 결과를 받는 데서 멈추지 않고, 문제를 정의한 이유와 확인한 기준을 설명할 수 있어야 합니다. 속도가 빨라질수록 이 설명은 결과를 믿어도 되는지 판단하게 하는 최소한의 공통 언어가 됩니다.

1. 01

   목표를 설명하는 사람의 역할

   Anthropic Labs의 Krieger는 구체적인 작업 목록을 하나씩 지시하기보다 원하는 최종 상태를 설명하고 모델이 여러 접근을 시도하게 하는 방식을 말합니다. 비기술자도 문제를 자신의 말로 설명하고 도구에 직접 해결을 요청하게 하려면, 사람은 구현 용어보다 문제의 상황과 성공 조건을 분명히 해야 합니다. 모델이 발견한 선택지와 비용을 다시 이해하고 판단하는 일도 위임에 포함됩니다.

2. 02

   결과를 증명하는 사람의 역할

   백엔드 실력을 설명하는 기준으로 제시된 핵심 기술·문제 소재·검증 증거의 조합은 결과 확인의 중요성을 보여줍니다. 단순히 기능을 만들었다거나 기술 이름을 나열하는 것보다, 어떤 병목과 요구에서 출발했고 전후 성능·오류·복구 같은 증거로 무엇이 달라졌는지를 설명해야 합니다. 작은 범위라도 자신이 이해하고 검증할 수 있는 문제를 선택하는 편이 설득력을 만듭니다.

두 원문이 남기는 결론은 도구를 덜 쓰라는 것이 아닙니다. 오히려 더 넓게 위임하되, 목표·제약·성공 조건과 검증 방법을 사람의 책임으로 남겨야 한다는 뜻입니다. 개인의 일에서도 조직의 채용에서도 빠른 결과만으로는 부족하며, 왜 이 문제를 골랐고 결과를 어떻게 확인했는지 설명할 수 있어야 다음 단계의 자동화를 안전하게 받아들일 수 있습니다.