오래된 SW 엔지니어의 평생 공부

2025년 Stack Overflow의 Survey[1] 에서 개발자들은 AI에 허점이 있다고 이야기 한다. 거의 맞는(almost right)” 코드가 많아 검증·디버깅 부담이 늘어 나고, 코드 품질, 보안, 유지보수성 측면에서 불확실성이 커진다고 한다. 즉, “속도는 빨라졌지만 완성도는 떨어진다”는 체감을 이야기 한다. 하지만, Agentic Coding의 발전 속도는 무섭게 빠르다. 이런 상황에서 2026년 1월에 완성도가 더 좋아지면, 개발자들의 이러한 반응이 바뀔까? AI의 완성도가 95%에서 99%가 된다고 해서 이러한 불확실성은 줄지 않을 것이다.

심리학에서는 통과 의례 혹은 전이의 단계를 거부 → 분노 → 협상 → 수용 → 통합으로 설명한다. AI의 결과물이 완벽하지 않다는 분명한 사실도 있지만, 불편한 감정도 공존하는 것은 당연한 일이다. 현재의 이러한 빠른 변화에 대해 거부하거나 분노하는 개발자들이 아직 많을 가능성이 있는 것이다. 작은 불편한 감정이 아니라, 나의 경쟁자라는 생각까지도 숨어 있는 것 같다. 

코드의 전문가인 개발자는 코드가 “왜 그렇게 동작하는가”를 아는 것이 자기 정체성의 일부이다. 그런데 AI가 만든 코드는 결과만 맞아 보일 뿐, 그 내부 논리가 납득되지 않는 경우도 있다. 그 순간, 통제감이 줄고 ‘이건 내가 만든 것이 아니다’라는 거리감이 생긴다. 또한, AI는 단순히 도구가 아니라 내가 늘 고민하던 코드 설계나 함수 구조를 ‘결정’해서 제공하기 때문에 경쟁자처럼 느껴지기 까지한다. 이건 단순히 직업 위협이 아니라, 존재적 위협에 가깝다.  

하지만 역사의 관점에서 조금만 돌아보면, 우리는 지금과 비슷한 이런 경험을 많이 가지고 있다. 서두에서 언급했던 Stack Oveflow가 등장했을 때에도 우리는 비슷한 상황을 겪었다. 초기에는 코드 복붙하는 것이 진짜 개발자가 아니라는 의견이 강했지만, 지금은 필수 역량이 되어 버렸다. 또한 앞에서 이야기 한 심리적 단계를 본다면 점차 수용과 통합의 단계로 넘어가는 것이 자연스러울 수 있다. 즉, 불편한 감정은 “경쟁에서 밀리고 있다”는 신호가 아니라, 자연스러운 단계로 새로운 도구에 등장에 따른 인간의 역할이 재정의되는 지점이라는 것을 이해하고, 이러한 도구와 나를 통합하는 단계 앞에 서 있다는 신호로 볼 수 있다. 

솔로프리너, 프러덕트 엔지니어라는 새로운 트렌드 용어를 쫓지 않아도, Claude Code, Cursor, GitHub Copilot을 사용하는 글로벌 개발자의 사례를 찾지 않아도 된다. 옆을 돌아 보면, 이미 여러 분의 동료가 이러한 것들을 이미 실천을 하고 있는 경우를 어렵지 않게 찾을 수 있다. 반복적인 작업의 자동화, 새로운 분야의 학습 뿐 아니라, 기본적인 코드 생성은 AI에 맡기고 코드 리뷰, 아키텍처와 같은 난이도 높은 작업을 하기도 한다. 그렇기 때문에, 혹시라도 이러한 불편한 감정을 가지고 있다면, 그 부분을 인정하고 AI를 좋은 도구로 활용하는 시도가 우리에게는 유리할 것이다.
 
참고 문헌
[1] “Stack Overflow: What Leaders Need to Know” https://stackoverflow.blog/2025/10/23/what-leaders-need-to-know-from-the-2025-stack-overflow-developer-survey/