2026년, AI 에이전트가 코드 생성의 상당 부분을 담당하는 시대에도 소프트웨어 엔지니어(Software Engineer)가 직접 코드를 작성하는 행위는 여전히 중요하며, 그 가치가 재조명되고 있습니다. 단순히 코드 생산량을 늘리는 것을 넘어, 시스템을 깊이 이해하고 개선하며, 복잡한 문제를 해결하는 데 있어 인간의 직접적인 코딩 경험이 필수적이라는 분석이 나왔습니다. AI가 생성하는 코드는 개발 과정의 효율성을 높이지만, 인간의 사고력과 소유감을 대체할 수는 없다는 것이 핵심입니다.
소프트웨어 엔지니어의 역할은 이제 '소프트웨어 팩토리(Software Factory)'를 구축하고 유지하는 것으로 확장되었습니다. 이 팩토리는 프롬프트(prompt), 지식 베이스(knowledge base) 등을 통해 AI 에이전트가 성공적으로 코드를 생성할 수 있는 인프라를 제공하며, 테스트, 린팅(linting), 타입 시스템(type system) 등으로 결과물의 품질을 보호합니다. 하지만 AI 에이전트는 컴파일러(compiler)보다는 '새로 합류한 인턴'에 가깝습니다. 기존 코드를 보수적으로 따르고, 인간의 일회성 실수를 확대 재생산할 위험도 있습니다. 예를 들어, 인간 개발자가 무심코 브라우저 로컬 스토리지를 사용한 결정이 AI에 의해 불필요한 래핑(wrapping)과 간접 계층(indirection layer)으로 이어져 코드 줄 수가 3배나 늘어난 사례도 있습니다.
직접 코딩은 '영어'라는 중간 계층 없이 실행 환경에서 직접 사고할 수 있게 해줍니다. 이는 수동적인 코드 검토만으로는 놓치기 쉬운 취약성(vulnerability), 약한 테스트, 불필요한 예외 등을 체감하게 하여 시스템 아키텍처(system architecture)에 대한 깊은 이해를 돕습니다. 인간이 직접 접근법을 시험하고 패턴을 정립한 뒤 에이전트가 이를 반복하게 해야 소유감과 판단력을 유지하면서 자동화의 생산성을 활용할 수 있습니다. 결국, AI 시대에도 개발자는 단순히 AI가 만든 코드를 읽고 승인하는 '역방향 켄타우로스(reverse centaur)' 역할에 머물지 않고, 세부 사항에 대한 주의와 직접적인 코딩 경험을 통해 소프트웨어의 품질과 아키텍처를 주도해야 합니다. 이는 장기적으로 소프트웨어 팩토리의 안정성과 효율성을 높이는 길입니다.