Does it still make sense to learn how to code?
Does it still make sense to learn how to code? This is a question I’ve been thinking about a lot...
개요 #
"지금도 코딩을 배우는 게 의미가 있을까?" 30년 넘게 소프트웨어를 만들어 온 개발자 Roberto B.가 최근 자주 되짚는 질문이다. AI가 코드 작성과 수정 비용을 극적으로 낮추면서, 그는 정작 희소해진 역량은 코드를 짜는 손이 아니라 문제를 깊이 이해하는 머리라고 말한다.
30년 전 교실에서 배운 것 #
저자가 프로그래밍을 처음 배우던 시절, 선생님들은 프로그래밍 언어부터 가르치지 않았다. 대신 알고리즘, 순서도, 요구사항, 입력과 출력, 조건과 반복문, 그리고 코드 한 줄을 쓰기 전에 해법을 어떻게 논리적으로 풀어낼지를 먼저 가르쳤다.
당시엔 그 방식이 답답했다. 대부분의 학생이 그렇듯 저자도 빨리 코드를 쳐서 화면에 뭔가 움직이는 걸 보고 싶었다. 하지만 돌이켜 보면 선생님들이 가르친 건 특정 언어보다 훨씬 값진 것이었다. 바로 생각하는 법이었다.
2000년대, 코드를 읽는 능력이 돈이 되던 시절 #
2000년대로 접어들자 개발자에게 가장 값진 기술 중 하나는 기존 코드베이스를 넘겨받아 이해하는 능력이었다. 대개는 레거시였다. 문서는 부실했고, 원래 만든 팀은 이미 회사를 떠난 경우도 많았다. 유일하게 믿을 만한 문서는 코드 그 자체였다.
코드를 읽고, 그 안의 논리를 파악하고, 안전하게 발전시키는 일은 고임금 기술이 됐다. 누구나 좋아하는 업무는 아니었지만 수요는 어마어마했다. 특히 은행, 금융, 제조처럼 소프트웨어가 비즈니스의 핵심으로 자리 잡아 가던 분야에서 그랬다.
AI가 뒤집은 계산식 #
오늘날 AI는 이 방정식을 바꿔 놓았다. 어떤 코드가 무슨 일을 하는지 파악하고, 버그를 고치고, 작은 기능을 붙이는 일이 훨씬 저렴해졌다.
물론 AI도 공짜는 아니다. 토큰에는 비용이 든다. 하지만 같은 작업을 숙련된 컨설턴트를 고용해 처리하는 비용과 비교하면, 왜 경제 논리가 흔들리는지 쉽게 짐작할 수 있다.
그렇다면 오늘의 신입 개발자는 무엇을 배워야 할까? 저자는 이제 희소한 기술이 코드 작성 자체는 아니라고 본다.
진짜 희소한 건 문제를 충분히 깊이 이해해서 올바른 질문을 던지는 능력이다. 명확한 요구사항을 정의하고, 제약 조건을 짚어내고, 트레이드오프를 저울질하는 일이다. 어떤 해법이 맞는지 아니면 미묘하게 틀렸는지, 확장 가능한지 취약한지, 안전한지 위험한지, 그리고 그 맥락에 정말 적합한지 알아보는 감각이다.
바뀐 건 도구, 그대로인 건 기본기 #
역설적이게도 30년 전에 배운 교훈이 지금 그 어느 때보다 유효하게 느껴진다. 알고리즘, 요구사항, 입력과 출력, 조건, 반복문, 시스템적 사고. 이것들은 단순한 프로그래밍 개념이 아니라 사고방식이다.
저자는 AI 워크플로를 설계하고, 멀티 에이전트 시스템을 조율하고, AI가 만든 코드를 리뷰할 때 바로 이 기본기에 기대고 있다고 말한다. 도구는 바뀌었지만 기본은 그대로다.
이제 막 개발을 시작하는 사람이라면 언어나 프레임워크의 문법을 외우거나 프롬프트 엔지니어링 요령을 모으는 데 너무 매달리지 말라는 게 그의 조언이다. 대신 시스템이 어떻게 돌아가는지 이해하는 멘탈 모델을 쌓는 데 시간을 투자하라고 권한다. 자동화하기 가장 어려운 부분이 바로 그 지점이고, AI가 아무리 발전해도 여전히 가장 값진 역량으로 남을 것이기 때문이다.
이 글은 위 출처를 바탕으로 한국 독자를 위해 재작성한 기사입니다. 원문의 사실과 수치에 근거하며, 별도의 견해를 포함하지 않습니다.