당신은 최고의 엔지니어링 기술을 낭비하고 있습니다
최고의 엔지니어들은 자신이 잘 못하는 일을 하고 있습니다.
코딩을 못한다는 뜻이 아닙니다. 그들은 코딩에 매우 뛰어납니다. 하지만 자신이 가장 잘하는 일을 멈췄습니다. 자신도 모르는 사이에 새로운 역할로 흘러 들어간 것입니다.
저 또한 대규모 레포지토리 마이그레이션 과정에서 오랫동안 이런 상태였습니다. Claude Code를 집중적으로 사용하다가, 나중에 타임 로그를 확인하고 나서야 역할이 바뀌었다는 사실을 깨달았습니다.
업무의 성격이 변했습니다. 이제 준비가 곧 업무입니다.
더 이상 코드를 작성하거나 디버깅하는 데 시간을 쓰지 않습니다. 대신 문제를 설정하는 데 시간을 씁니다.
준비를 잘하면 AI가 첫 시도에 작업을 완벽히 수행합니다. 그렇지 않으면 잘못된 것을 만드는 AI와 싸우느라 세 시간을 허비하게 됩니다. 문제를 깊이 고민하는 당신의 가장 큰 강점인 '사고력'을 실수를 수습하는 데 낭비하게 되는 것입니다.
우리는 더 이상 코드를 작성하는 것이 아니라, 컨텍스트(context)를 큐레이팅하고 있습니다.
항공 교통 관제사처럼 생각하십시오. 관제사는 비행기를 직접 조종하지 않습니다. 하지만 모든 비행기는 안전한 착륙을 위해 관제사에게 의존합니다. 관제사는 비행기 간의 순서를 정하고, 공역을 관리하며, 충돌을 방지합니다.
Claude가 비행을 담당한다면, 당신은 조율을 담당합니다. 어떤 컨텍스트를 로드할지, 어떤 파일을 사용할지, 어떤 순서를 따를지를 결정하는 것입니다.
모든 코드 라인을 작성하기 위해 보수를 받는 것이 아닙니다. 지금 이 순간 어떤 5%의 컨텍스트가 중요한지를 파악하기 위해 보수를 받는 것입니다.
이것을 관리하는 방법:
• 작업 범위를 극도로 작게 잡으십시오. 프롬프트 하나당 작업 하나, PR 하나당 주요 변경 사항 하나만 담으십시오. 먼저 골격부터 구축하십시오. • 먼저 작업 하나를 수동으로 직접 해보십시오. 지름길을 택하지 마십시오. 이를 통해 AI가 어디에서 어려움을 겪는지, 실제로 어떤 컨텍스트가 필요한지를 알 수 있습니다. • AI에게 현재 어느 레이어에서 작업 중인지 정확히 알려주십시오. 아키텍처를 명시하지 않으면 AI는 추측할 것이고, 그 추측은 틀릴 것입니다. • 참조 패턴을 사용하십시오. 작업이 성공하면 파일 경로와 줄 번호를 포함하여 AI가 실제 코드를 볼 수 있게 하십시오. • 실수를 기록하십시오. AI가 실패하면 스스로 규칙을 업데이트하도록 지시하십시오. 배운 점을 플레이북(playbook)으로 만드십시오.
AI에게 계획과 구현을 한 번의 프롬프트로 요청하지 마십시오. 먼저 계획을 출력하도록 요청하십시오. 계획을 검토한 뒤, 실행하도록 지시하십시오.
세션이 엉망이 되거나 AI가 규칙을 무시하기 시작하면 세션을 종료하십시오. 깨끗한 프롬프트로 새로 시작하는 것이 망가진 구현과 싸우는 것보다 비용이 적게 듭니다.
예전에는 작성한 코드의 양으로 평가받았습니다. 이제는 얼마나 잘 준비하느냐로 평가받습니다.
AI를 통해 성과를 내는 엔지니어들은 최고의 프롬프트 작성자가 아닙니다. 그들은 준비를 가장 잘하는 사람들입니다.
출처: https://dev.to/alextongme/youre-wasting-your-best-engineering-skill-191m