“코드는 결코 어려운 부분이 아니었다”는 말은 모든 프로그래머에 대한 모욕이다

AI가 프로그래밍을 바꾸고 있지만 코딩을 쉬운 작업으로 치부하면, 오랫동안 요구된 기술·경험·노력과 소프트웨어가 여전히 버그투성이라는 현실을 무시하게 됨 무엇을 만들지 결정하고 고객을 이해하는 일도 중요하지만 구현보다 본질적으로 어렵다고 단정할 수 없으며, 개발자마다 고객 중심 역할과 기술적 장인정신을 중시하는 정도가 다름 성공적인 소프트웨어에는 사용자와 사업에 대한 이해뿐 아니라 시스템을 제대로 구현하는 코드 품질과 전문성도 필요하므로, 어느 한쪽만 중요하다는 극단론을 피해야 함 복잡성·유지보수·고객과 사용자 사이의 긴장은 계속되는 반면 도구와 언어, 개발자의 역할은 바뀌므로 과대광고와 실효성을 구분하며 인접 분야까지 학습할 필요가 있음 경력자는 사용자 경험과 사업을, 초급자는 포인터·메모리·네트워크·자료구조 같은 기초를 넓혀야 하며, 누구도 자신의 이해·판단·공감·취향과 책임을 AI에 넘겨서는 안 됨 코딩이 쉽다는 말이 놓치는 현실 프로그래머는 AI와 제로금리정책(ZIRP) 이전부터 높은 수요와 급여를 누렸지만, 동시에 스트레스·과로·번아웃을 겪어 왔음 기업은 이른바 10x ninja rockstar 개발자를 찾으며 LeetCode 면접으로 지원자를 평가해 왔음 코딩이 정말 쉽다면 대학을 갓 졸업한 주니어만으로도 충분해야 하지만, 실제 채용 관행은 그렇지 않았음 소프트웨어 개발에는 오랫동안 축적된 지식과 훈련이 필요함 Clean Code, The Pragmatic Programmer, The Art of Computer Programming, SICP처럼 방대한 전문 서적이 존재함 부트캠프와 대학 학위 과정 전체가 프로그래밍 교육에 투입됨 John Carmack과 Fabrice Bellard 같은 개발자가 뛰어난 인물로 평가받는다는 사실도 코딩 역량의 차이를 보여줌 사람들이 코드 복제에 분노하는 이유는 코드에 시간과 노력, 정체성을 쏟았기 때문임 AI로 인해 직업적 목적과 정체성을 잃는다고 느끼는 현상 역시 코딩이 사소한 작업이라는 평가와 충돌함 코딩이 쉽다는 전제로는 소프트웨어가 여전히 심각한 버그를 품는 현실도 설명하기 어려움 무엇을 만들지 결정하는 일도 자동으로 더 어렵지는 않음 제품 결정을 가장 어려운 업무로 본다면 제품 관리자에게도 개발자 수준의 엄격한 다단계 면접과 더 높은 보상이 적용돼야 하지만 현실은 그렇지 않음 고객 이해가 구현보다 어렵다면 시장 조사자, 사용성 전문가, 고객 성공 담당자, ...