잃어버린 게으름의 위험 — Bryan Cantrill이 LLM 시대에 다시 꺼내는 프로그래머의 미덕
Bryan Cantrill(Oxide Computer Company 공동창업자, DTrace 공저자)이 The Observation Deck 블로그에 올린 2026년 4월 12일 글은, LLM이 코드를 쏟아내는 시대에 가장 손쉽게 잊히는 미덕 — 프로그래머의 게으름 — 을 다시 꺼냅니다. 단순한 노스탤지어가 아니라, 무한 생성기에는 좋은 추상화를 만드는 압력이 존재하지 않는다는 인프라적 진단입니다. 원문: The Peril of Laziness Lost — Bryan Cantrill (2026-04-12) TL;DR 요약 세 가지 미덕: Larry Wall의 Programming Perl(“Camel Book”)이 말한 Laziness, Impatience, and Hubris는 좋은 소프트웨어 설계의 토대였다. 진짜 게으름: 문제를 머릿속에서 굴리고 또 굴려, 미래의 개발자에게 도움이 되는 강력한 추상화를 만들어내는 지적 노동이다. LLM의 결함: 일에 비용이 들지 않으니 “쓰레기의 레이어케이크에 더 많은 것을 기쁘게 쌓아 올린다” — 시간 희소성을 겪지 않기에 게으름의 미덕이 작동하지 않는다. 숫자 대비: Garry Tan이 자랑한 하루 37,000줄(여전히 가속 중) vs DTrace 전체 약 60,000줄. 폴란드 엔지니어 Gregorein의 분석은 중복 테스트 하니스, Hello World Rails 템플릿, 내장 텍스트 에디터, 8개 로고 변형(하나는 0바이트)을 발견. 결론: “최고의 엔지니어링은 항상 제약에서 태어난다.” LLM은 인간 주도의 미덕적 게으름 안에서 도구로 다뤄져야지, 자율 개발자로 풀어주어선 안 된다. Oxide의 LLM 가이드라인(RFD 0576)이 그 사례. 시작점 — Larry Wall이 정의한 세 미덕 Cantrill은 Programming Perl(통칭 “Camel Book”)의 한 줄을 다시 끌어옵니다. ...