LLM 시대, 개발자는 '이해' 대신 '코드 생성'에 집중해야 할까?

게시글은 Sussman 교수의 발언을 인용하며, 코딩 에이전트(Coding Agents)와 같은 기술의 발전이 개발 방식에 미치는 영향을 분석한다. Sussman 교수는 과거에는 개발자가 시스템을 구성하는 각 부분을 완전히 이해하고, 이를 바탕으로 코드를 작성했지만, 현재는 외부 라이브러리(Foreign Libraries)의 기능을 '과학'적으로 탐구해야 하는 상황이라고 지적한다. 이는 개발자가 단순히 코드를 사용하는 것을 넘어, 라이브러리의 내부 동작 방식(Internal Operation)을 깊이 이해해야 함을 의미한다.

커뮤니티에서는 LLM이 개발자의 '이해'를 저해하고, 맹목적인 코드 생성에 집중하게 만들 수 있다는 우려를 제기한다. 특히, LLM이 생성한 코드를 제대로 이해하지 못한 채 사용하는 경우, AI 환각(Hallucination)으로 인한 오류 발생 가능성이 높아진다고 지적한다. 또한, LLM은 문제 해결 과정에서 개발자의 자율적인 사고(Independent Thinking)를 방해하고, 근본적인 이해를 가로막는 요인으로 작용할 수 있다는 비판도 제기된다.

게시글은 개발 과정에서 '이해'의 중요성을 강조하며, 문제 해결 능력과 근본적인 이해의 필요성을 역설한다. 개발자는 단순히 코드를 작성하는 것을 넘어, 시스템의 동작 원리(System Operation)를 깊이 이해하고, 문제 발생 시 근본적인 원인(Root Cause)을 파악할 수 있어야 한다고 주장한다. 또한, '이해'를 통해 개발자는 지속적인 학습(Continuous Learning)을 할 수 있으며, 기술 변화에 유연하게 대처할 수 있다고 강조한다.

커뮤니티에서는 LLM 사용에 대한 다양한 시각이 존재한다. 일부 개발자는 LLM을 생산성 향상 도구(Productivity Tool)로 활용하여, 반복적인 작업을 자동화하고, 개발 시간을 단축할 수 있다고 주장한다. 반면, 다른 개발자들은 LLM의 과도한 의존(Over-reliance)이 개발자의 역량 저하를 초래할 수 있다고 우려하며, LLM 사용에 대한 신중한 접근을 강조한다. 결국, LLM은 보조 도구로 활용하고, 개발자 스스로의 '이해'를 바탕으로 코드를 작성하는 것이 중요하다는 의견이 지배적이다.