코드는 더 싸졌다 — 빼는 엔지니어가 되어야 할 때

코드가 싸진 시대, 빼는 엔지니어의 시대

코드는 더 싸졌다 — 빼는 엔지니어가 되어야 할 때

지난 1년 사이 AI는 놀라울 만큼 괜찮은 품질의 코드를 빠르게 대량으로 생성해냈다. 이제 코드 작성 비용은 명백히 낮아졌다. 하지만 그에 따라 한 가지 비용이 정반대로 치솟았다. 생성된 코드를 이해하는 비용이다. htmx 창시자 Carson Gross는 이 문제를 코드는 더 싸졌다(Code is Cheap(er))라는 글에서 짚었으며, 한국 개발자들도 2026년 6월 시점에서 이 문제와 본격적으로 마주하고 있다.

코드가 싸진 시대, 진짜 위험은 복잡성

AI 코딩 도구가 보편화되면서 우리는 더 이상 한 줄 한 줄 손으로 타이핑하지 않아도 된다. 그 자리에는 "코드를 작성한다"는 행위 자체의 비용이 거의 0에 가깝게 떨어진 현실이 있다.

이 변화의 핵심 위험은 생성이 아니라 복잡성이다. 시스템의 규모가 커질수록 복잡성은 최소 기하급수적으로, 종종 지수적으로 증가한다. AI 이전에도 다작 프로그래머는 존재했다. 문제를 위에 코드를 계속 쌓아 올려 시스템이 더 이상 손대지 못 하는 정체 상태로 무너지는 일을 누구는 한 번쯤은 봤을 것이다.

LLM은 그런 다작 프로그래머에 더해, 복잡성에 대한 두려움마저 갖지 못한 채 끊임없이 코드를 뿜어낸다. 그 코드의 의미를 이해하는 것은 여전히 인간의 몫이다. 이해의 속도보다 생성의 속도가 훨씬 빠르다면, 그 시스템은 곧 통제 불능의 청소용 빗자루가 된다.

컴파일러 출력과 LLM 출력을 같은 선상에 놓을 수 없다

AI 옹호론 중에는 "컴파일러 출력도 결국 이해 못 하지 않느냐"는 주장이 있다. 하지만 이는 범주 오류다. 다음 세 가지가 결정적으로 다르다.

• 결정성: 컴파일러는 결정적이지만 LLM은 설계상 비결정적

• 원본 보존: 컴파일러는 원본 소스를 보존하지만 LLM 워크플로는 대개 보존하지 않음

• 출력 범위: 컴파일러는 기계어라는 좁은 도메인에 한정되지만 LLM은 일반화된 소프트웨어를 출력

미션 크리티컬 소프트웨어일수록, LLM이 생성한 코드라도 그 기저를 개발자가 이해해야 한다. 그렇지 않으면 디버깅, 인시던트 대응, 보안 검토 모두에서 시스템이 무너진다.

점진적 사용이라는 원칙

LLM은 누구도 따라잡지 못할 속도로 코드를 생산한다. 그 능력을 한꺼번에 폭주시킬수록 재앙에 가깝다. 이 때문에 대량 변경 목록을 한꺼번에 생성하기보다, 점진적 사용을 권장한다.

기계적 리팩토링이라면 LLM의 빠른 생성이 효율을 크게 끌어올린다. 하지만 새로운 의미를 코드베이스에 들여올 때는 극히 위험하다. 비즈니스 로직, 도메인 규칙, 보안 경계는 사람이 한 줄씩 읽고 결정해야 한다.

이 원칙을 코드 리뷰 가이드로 굳히자면 다음과 같다.

• 가장 작은 변경을 요구한다

• 무엇을 지울 수 있는지 묻는다

• 그 추상화가 제값을 하는지 질문한다

• 불변조건, 결합 지점, 인지 부담을 함께 점검한다

• 영리함을 제거하는 2차 패스를 요청한다

AGENTS.md, CLAUDE.md 같은 파일에 이 원칙을 박아두면, 매 세션마다 같은 실수를 반복하지 않아도 된다.

빼는 엔지니어, 조각가의 시대

이 글의 가장 강력한 제안은 빼는 엔지니어다. 자신이 만든 코드가 아니라 시스템에서 제거하거나 진입을 막은 코드에 자부심을 두는 엔지니어다.

이 태도는 건축가보다 조각가에 가깝다. 시스템 설계 수준에서는 여전히 컴포넌트를 잘 조합해 시스템을 구성하는 건축가적 사고가 필요하다. 다만 그 안에서도 불필요한 컴포넌트와 시스템 경계를 제거해 배포와 상호작용을 단순화하는 빼는 사고방식이 강력하다.

과거 다작 코더와 다른 점은 명확하다. "아니오"라고 말할 줄 알고, 영웅적 재작성 대신 기존 시스템을 다듬는 것을 선호하고, 단순성을 보상하는 팀에서는 자연스럽게 더 나은 결과로 이어진다.

LLM 시대에 개발자가 갖춰야 할 자세

결국 핵심은 두 가지다. 첫째, LLM이 코드를 만든다고 해서 개발자가 코드를 이해하는 책임까지 양도할 수는 없다. 둘째, 단순성을 팀이 보상하는 문화를 만들지 않으면, LLM은 복잡성을 더 빠르게 누적시킬 뿐이다.

이 이중 현실을 받아들이는 것이 2026년 개발자의 기본기다. 코드는 싸졌다. 그래서 더더욱 우리는 그 코드가 무엇을 하는지 끝까지 책임져야 한다. 마법사처럼 코드를 이해하는 사람이 결국 시스템의 주인이고, 빗자루처럼 코드를 양산하는 사람은 결국 시스템에 삼켜진다.

📚 출처

• 코드는 더 싸졌다 | htmx.org

• 코드는 더 싸졌다 | GeekNews

---

📚 출처

• https://news.hada.io/topic?id=30215