LLM 시대, '게으름'의 가치를 잊은 개발자들
'프로그래밍 펄(Programming Perl)'에서 래리 월(Larry Wall)은 프로그래머의 미덕으로 게으름, 조급함, 오만함을 제시함
LLM은 코드 생산성을 높이지만, 게으름의 본질(Abstraction)을 잃고 시스템 복잡성을 증가시킬 수 있다는 비판 제기
Garry Tan의 사례를 통해 LLM을 활용한 과도한 코드 생산성(Overproduction)의 문제점을 지적
시간 제약(Time Constraint)이 좋은 설계를 위한 핵심 요소이며, LLM은 이러한 제약 없이 작동하여 문제 발생 가능성 높음
래리 월(Larry Wall)의 '게으름' 재조명
래리 월(Larry Wall)은 프로그래머의 미덕으로 게으름을 제시하며, 이는 단순한 회피가 아닌 더 나은 추상화(Abstraction)를 위한 노력이라고 강조한다. 즉, 게으름은 시스템을 최대한 단순하게 만들고, 더 쉽게 많은 것을 할 수 있도록 하는 강력한 추상화를 개발하는 원동력이다. 이러한 게으름은 미래의 자신을 위한 투자이며, 결과적으로 소프트웨어의 유지보수성을 높이는 역할을 한다.
LLM의 무분별한 사용과 시스템 복잡성 증가
LLM은 코드 생산성을 높이지만, 게으름의 본질(Abstraction)을 잃고 시스템 복잡성을 증가시킬 수 있다는 비판이 제기된다. LLM은 시간 제약 없이 코드를 생성하므로, 불필요한 코드 중복, 테스트 코드 누락 등 기술 부채(Technical Debt)를 증가시킬 수 있다. 이는 장기적으로 시스템의 유지보수성을 저해하고, 개발 효율성을 떨어뜨리는 결과를 초래한다.
Garry Tan 사례를 통해 본 LLM 활용의 문제점
Garry Tan의 사례는 LLM을 활용한 과도한 코드 생산성의 문제점을 보여준다. 하루 37,000줄의 코드를 작성하는 것은 겉으로는 생산적으로 보일 수 있지만, 실제로는 코드 품질 저하(Code Quality Degradation), 불필요한 기능 추가, 테스트 부재 등 다양한 문제를 야기할 수 있다. 이는 개발자의 진정한 게으름, 즉 더 나은 설계를 위한 노력(Effort for Better Design)을 잃어버린 결과이다.
시간 제약의 중요성
시간 제약은 좋은 설계를 위한 핵심 요소이다. 개발자는 제한된 시간 내에 문제를 해결하기 위해 시스템을 단순화하고, 효율적인 추상화를 고민하게 된다. LLM은 이러한 시간 제약 없이 작동하므로, 개발자는 시스템의 복잡성(System Complexity)을 간과하고, 결과적으로 유지보수가 어려운 코드를 생성할 수 있다. 따라서 LLM 사용 시, 개발자는 코드 품질(Code Quality)에 대한 지속적인 관심을 가져야 한다.
