코드는 싸졌다. 소프트웨어는 여전히 비싸다.

게시일: 2026년 1월 25일 | 원문 작성일: 2026년 1월 10일 | 저자: Chris Gregori

• • •

Claude Code와 Claude Opus 4.5가 엄청난 화제를 불러일으키고 있어요. LLM 도구들은 이전에도 있었지만, 지금은 그 어느 때보다 좋아져서 훨씬 많은 사람들이 관심을 갖고 있죠. 하지만 우리가 맞이하고 있는 건 SaaS의 황금기가 아니에요. 개인용, 일회용 소프트웨어의 시대입니다. 엔지니어링이 코드 작성에서 시스템 설계로 이동하는 시대, 그리고 바로 그 이유 때문에 엔지니어가 여전히 꼭 필요한 시대죠.

현대 개발의 변화

Claude Code가 지금 제 피드를 도배하고 있어요. 그럴 만한 이유가 있죠. 흥미로운 건 단순히 개발자들이 뛰어들고 있다는 게 아니에요. 이전에 Lovable이나 Replit1 같은 플랫폼에 의존하던 ‘빌더’와 메이커들이 Claude Code로 이동하고 있다는 거예요.

오해하지 마세요, 그런 도구들도 빠르게 배포하기엔 여전히 완벽하게 쓸 만해요. 하지만 사람들이 CLI 우선 워크플로우의 본질적인 아름다움을 재발견하면서 명확한 변화가 일어나고 있어요. 상호작용을 터미널로 옮기면 추상화 레이어가 얇아지죠. 관리형 UI의 정해진 경로만 따라가는 게 아니라, 여러분이 직접 컨트롤하게 되는 거예요.

• • •

진입 장벽의 붕괴

사람들이 이 도구들로 실제로 뭘 만들고 있을까요? 둘러보면 답은: 거의 모든 것이에요. 사실 우리는 포화 상태에 도달했어요. 한편으로는 소프트웨어 창작의 진정한 민주화를 목격하고 있죠. 진입 장벽이 사실상 무너졌어요. 처음으로 비개발자들이 소프트웨어의 단순한 소비자가 아니라 자신만의 도구의 설계자가 되고 있어요.

과거에는 특정 문제가 있으면 그 문제의 80%를 해결해주는 SaaS 제품을 찾느라 몇 시간을 보냈어요. 오늘날 워크플로우는 바뀌었죠. 사람들은 CLI나 음성 인터페이스를 열고 자신이 필요한 것을 그냥 설명해요. “개인용 소프트웨어”의 급증을 보고 있어요:

• 특정 예산 스타일에 맞춘 구독 추적기
• 아주 틈새적인 데이터 입력 문제 하나를 해결하는 크롬 확장 프로그램
• 사용자가 정확히 원하는 인터페이스를 가진 피트니스 앱

한 발 물러서 보면, 이건 엄청난 변화예요. 소프트웨어가 사는 상품이 아니라 생성하는 개인 유틸리티가 되고 있어요.

SaaS에서 메모장으로

우리는 목표가 항상 오래 사는 게 아닌 새로운 소프트웨어 개발 시대에 들어서고 있어요. 수년간 업계는 “플랫폼”과 “생태계”를 구축하는 데 집착해왔지만, 흐름은 더 일시적인 방향으로 바뀌고 있어요. SaaS에서 메모장으로 이동하고 있는 거죠.

이 새로운 소프트웨어의 많은 부분은 영원히 살 의도로 만들어진 게 아니에요. 사실 그 반대죠. 사람들은 점점 더 단일하고 구체적인 문제를 정확히 한 번 해결하고—그 다음 버리는 도구를 만들고 있어요. 먼 “나중”이 아니라 즉각적인 “지금”을 위해 설계된 일회용 유틸리티로서의 소프트웨어예요.

오늘날 이게 가능한 이유는 특정 기술 철학 때문이에요: CLI 우선 인터페이스, 로컬 데이터, 제로 온보딩. 가입하고, 데이터베이스 설정하고, 복잡한 UI를 탐색하는 마찰을 제거하면, 도구를 만드는 비용이 너무 낮아져서 “일회용”이라는 게 오히려 장점이 돼요. 일회성 작업을 위한 맞춤 솔루션을 만드는 데 5분이면 되면, 지속될 필요가 없어요.

전통적인 SaaS 모델과의 대조는 극명해요. SaaS는 본질적으로 유지, 락인(종속), 확장을 최적화하도록 만들어져 있어요. 생태계 안에 머물면서 발자국을 키우도록 설계된 비즈니스 모델이죠. 반면 맞춤 도구는 즉시성과 통제를 최적화해요. 고객으로서 여러분의 평생 가치에는 관심 없고, 당면한 작업을 해결하는 것만 신경 써요.

여러 면에서 이건 스프레드시트가 원래 사용되던 방식으로의 회귀예요. 스프레드시트를 영구적인 다년간 데이터베이스를 구축하려고 열지 않았죠. 문제를 곱씹어보고, 결과를 계산하고, 넘어가기 위한 메모장으로 사용했어요.

이것이 다음 부분이 중요한 이유도 설명해줘요: 소프트웨어를 빠르게 생성하는 건 한 가지고, 현실 세계와의 접촉에서 살아남게 만드는 건 또 다른 문제예요.

코드는 싸다. 소프트웨어는 여전히 비싸다.

현재 “AI 네이티브” 시대의 현실은 이래요: 코드는 싸졌지만, 소프트웨어는 여전히 엄청나게 비싸요.

LLM이 코드 라인을 생성하는 비용을 사실상 없앴지만, 문제를 진정으로 이해하는 비용은 건드리지 못했어요. “주말에 만든 앱”의 홍수를 보고 있지만, 대부분은 기본 CRUD 작업과 서드파티 API를 감싼 얇은 래퍼일 뿐이에요. 트위터 데모에서는 인상적으로 보이지만, 현실 세계의 마찰과 맞닥뜨리는 순간 와르르 무너지는 경우가 많아요.

소프트웨어의 진짜 비용은 초기 작성이 아니에요. 유지보수, 엣지 케이스, 쌓이는 UX 부채, 데이터 소유권의 복잡성이죠. 이런 “빠른” 솔루션들은 취약해요.

구독 추적기는 은행이 CSV 내보내기 형식을 바꾸는 순간 깨져요. 크롬 확장 프로그램은 대상 웹사이트의 DOM이 바뀌는 순간 죽어요. 피트니스 앱은 사용자가 견고한 오프라인 지원이나 신뢰할 수 있는 데이터 동기화가 필요해지면 사용할 수 없게 돼요.

최근 해커뉴스2, 레딧, 트위터에서 “소프트웨어 엔지니어링의 종말”에 대한 많은 비관적 예언을 봤어요. 이건 핵심을 완전히 빗나간 거예요. 우리는 직업의 종말을 목격하고 있는 게 아니에요. 새로운 시대에 들어서고 있는 거예요.

엔지니어의 가치는 구문의 “어떻게”에서 시스템의 “무엇”과 “왜”로 이동하고 있어요. 진짜 엔지니어링은 추상화와 아키텍처에 있어요. 지속되는 시스템을 어떻게 구조화할지 아는 것, 특정 속도 제한 전략이 왜 필요한지 이해하는 것, 분산 캐시를 관리하는 방법을 아는 것, 그리고 환경 변수를 어디에 저장하면 안 되는지 정확히 아는 것이에요.

AI는 복잡성을 감춰버리기 때문에 강력하게 느껴지는 경우가 많지만, 엔지니어로서 여러분의 일은 그 복잡성을 무시하는 게 아니라 관리하는 거예요. 도구는 바뀌었지만, 엔지니어링 엄밀함에 대한 근본적인 요구는 그 어느 때보다 높아요.

배포의 환상

하지만 반대 측면이 있어요. 진입 장벽이 사라지면서 소음 수준이 사상 최고치에 도달했어요. 제 피드는 현재 오후에 만든 앱으로 월 $10,000 이상의 반복 매출(MRR)을 주장하는 “AI 기업가”들로 넘쳐나요.

많은 경우 이런 주장들은 매우 의심스러워요. 기존 배포력도 없고 명확한 “해자”4도 없는 크리에이터가 주말 프로젝트로 $10,000 MRR을 주장하는 걸 보면, 그건 보통 비즈니스 현실의 반영이 아니라 관심 끌기 플레이예요.

이런 이야기들 중 일부는 거의 확실히 사실이지만, 대부분의 경우 이것들은 실제로 기술 혁신의 청사진이 아니에요. 마케팅 사례 연구예요. 이 사람들은 AI 조종사가 있어서만이 아니라 붐비는 환경에서 관심을 사로잡는 기술을 마스터했기 때문에 성공하는 거예요.

우리는 코드를 생성하는 능력이 더 이상 병목이 아닌 시대에 들어섰어요. 진짜 도전은 배포로 이동했고, 더 중요하게는 업계에 만연해진 “빨리 부자 되기” 포즈에서 진짜 쓸모 있는 것을 구별하는 것으로요.

이 사람들은 비밀 지름길을 우연히 발견한 게 아니에요. 그저 기존의 장점을 더 빠르게 실행하는 방법을 찾았을 뿐이에요(그리고 코딩을 배우는 게 사이드 프로젝트 아이디어치고는 당연히 너무 큰 작업이었다면 처음부터 그걸 가능하게 한 거죠).

이 변화에 대한 유용한 프레이밍이 있어요: AI가 사실상 엔지니어링 레버리지를 핵심 차별화 무기에서 제외시켜버렸어요. 어떤 개발자든 LLM을 사용해 복잡한 기능을 예전에 걸리던 시간의 일부만에 만들고 배포할 수 있게 되면, 코드를 작성하는 능력은 더 이상 예전 같은 경쟁 우위가 아니에요. 단순히 “빌더”인 것만으로는 더 이상 충분하지 않아요.

대신, 성공은 이제 자동화하기 훨씬 어려운 요소들에 달려 있어요. 취향, 타이밍, 청중에 대한 깊고 직관적인 이해가 그 어느 때보다 중요해요. 주말에 제품을 생성할 수 있지만, 잘못된 것을 만들거나 듣지 않는 사람들로 가득 찬 방에 론칭하면 그건 쓸모없어요.

이 새로운 환경에서 코드는 쉬운 부분이 됐어요. 어려운 부분은 정확히 항상 그래왔던 것으로 남아 있어요: 어떻게 사람들의 관심을 사로잡을 것인가.

누가 이기는가

그렇다면 구체적으로 누가 승자일까요? 먼저, 지루하고 반복적인 문제에 갇힌 도메인 전문가들이 있어요. 그 다음은 일회용 도구를 만드는 내부 팀들, 완벽하게 보이기보다 즉시 작동해야 하는 종류의 스크립트와 내부 앱들이요. 파워 유저들도 여기서 엄청난 이득을 봐요, 특히 취약하고 수동적인 워크플로우를 더 견고한 것으로 대체하려 할 때. 마지막으로, 화려한 완성도보다 솔루션의 소유권을 우선시하는 엔지니어들의 승리예요.

그리고 네—Claude Opus 4.5, Claude Code, Cursor 같은 도구들은 엔지니어들에게 정말 유용해요. 보일러플레이트 제거, 기능 구현, 단위 테스트 작성에 놀라울 정도로 뛰어나요. 최근 제가 가장 좋아하는 사용 사례 중 하나는, 특히 새 직장을 시작한 이후로, 제품 코드베이스와 모든 뉘앙스가 어떻게 작동하는지 속도를 내기 위해 기능들의 개인화된 문서와 워크스루를 생성하는 거예요—속도를 내는 데 엄청나게 도움이 됐어요.

하지만 여기 현실이 있어요: LLM은 코드 작성에 완벽하지 않아요—처음에 컴파일되더라도요. 고품질 프롬프팅과 명확한 규칙이 있더라도 이 모델들은 여전히 실수를 해요. 이 도구들을 매일 사용하는 사람으로서 말하건대, 출력을 그냥 신뢰할 수 없어요. 여전히 팀원의 풀 리퀘스트처럼 코드를 검토해야 해요. 로직을 읽고, 가정을 확인하고, 종종 수동 편집을 해서 제대로 만들어야 해요.

결국, 여러분은 아마 이걸 팀원에게 리뷰 보낼 거예요(그리고 아마 Code Rabbit 같은 자동 리뷰 도구도)—여러분이 작성하지도 않았고 확인조차 안 한 걸 그들이 리뷰하게 만드는 게 공정할까요?

이 도구들은 더 빠르게 움직이도록 도와주지만, 비판적 시각이나 여러분의 수년간의 경험에 대한 필요성을 대체하지 않고, 여러분보다 전체 문제 공간을 더 잘 이해하지 못해요.

• • •

과대광고는 우리가 SaaS의 황금기에 들어서고 있는 것처럼 보이게 해요. 그렇지 않아요. 우리는 개인 소프트웨어의 시대에 들어서고 있어요: 문제를 해결하기 위해 생성하고, 그 다음 넘어가는 도구들.

20달러, 몇 시간의 여유 시간, 약간의 인내심만 있으면 거의 누구나 기능하는 애플리케이션을 배포할 수 있어요. 우리는 “개인 소프트웨어”의 시대에 들어서고 있어요, 초기 아이디어와 작동하는 제품 사이의 간격이 그 어느 때보다 좁은 시대.

이 새로운 현실에서 엔지니어링 전문성은 여전히 엄청나게 가치 있지만, 역할의 본질이 바뀌고 있어요. 관련성이 사라지는 게 아니에요. 오히려, 이전에는 불가능했던 더 높은 수준에서 구축하기 위해 이 도구들을 활용하는 것이에요. 진정한 전문성은 이제 이 시스템들을 조종하고 LLM이 현재 부족한 기술적 감독을 제공하는 데 필요해요.

AI가 코드 작성에는 확실히 뛰어나지만, 유지 가능하고, 배포 가능하고, 확장 가능한 시스템을 설계하는 데는 여전히 부족해요. 이것이 개발팀을 해고할 수 있다고 생각하는 비기술 리더들이 크게 잘못 짚고 있는 지점이에요. 이 논의 전체를 무의미하게 만들 인공지능이 도착하기 전까지, 기술 전문성이 프롬프트로 대체될 수 있다고 믿는 건 전략적 오류예요. 견고한 소프트웨어를 만드는 것은 여전히 기술의 근본 원리를 이해하는 인간을 필요로 해요.

결론은 도구는 바뀌었지만, 좋은 엔지니어링의 근본은 바뀌지 않았다는 거예요.

진입 장벽은 사라졌을지 모르지만—판단력, 취향, 책임감은 여전히 사람의 몫이에요.