코드는 이제 저렴하지만, 소프트웨어는 그렇지 않습니다

코드는 이제 저렴하지만, 소프트웨어는 그렇지 않습니다.

 

소프트웨어 개발의 진입 장벽은 무너졌습니다. 하지만 의미 있는 무언가를 만드는 데 필요한 장벽은 조금도 변하지 않았습니다.

 

Claude Code와 Claude Opus 4.5는 이러한 열풍에 불을 지폈습니다. LLM 도구는 이전에도 존재했지만, 지금은 그 어느 때보다 발전했기에 더 많은 사람들이 주목하고 있습니다. 하지만 우리는 SaaS의 황금기에 접어들고 있는 것이 아닙니다. 개인 맞춤형으로 일회용 소프트웨어를 사용하는 시대, 즉 엔지니어링이 코드 작성에서 시스템 설계로 전환되는 시대로 접어들고 있으며, 바로 그 이유 때문에 엔지니어가 여전히 필요한 시대입니다.

 

현대 개발의 전환

 

클로드 코드(Claude Code)가 요즘 제 피드를 도배하고 있는데, 그럴 만한 이유가 있습니다. 흥미로운 점은 개발자들이 몰려드는 것뿐만 아니라, 이전에는 러버블(Lovable)이나 리플릿(Replit) 같은 플랫폼을 이용하던 빌더와 메이커들이 클로드 코드로 옮겨가고 있다는 것입니다.

 

오해는 마세요. 그런 도구들은 여전히 ​​빠른 개발을 위해 충분히 유용합니다. 하지만 사람들이 CLI 우선 워크플로 의 본질적인 장점을 재발견하면서 분명한 변화가 일어나고 있습니다. 터미널 에서 상호 작용하면 추상화 계층이 얇아집니다. 관리되는 UI가 제시하는 정해진 경로를 따라가는 것이 아니라, 직접 제어하는 ​​사람이 되는 거죠.

 

진입 장벽의 붕괴

 

사람들은 이러한 도구들을 이용해서 실제로 무엇을 만들고 있을까요? 주변을 둘러보면 답은 거의 모든 것을 만들고 있다는 것입니다. 사실, 우리는 포화 상태에 이르렀습니다. 한편으로는 소프트웨어 제작의 진정한 민주화를 목격하고 있습니다 . 진입 장벽이 사실상 무너졌습니다. 처음으로 개발자가 아닌 사람들도 단순히 소프트웨어 소비자가 아니라, 자신만의 도구를 설계하는 사람이 되었습니다 .

 

과거에는 특정 문제가 발생하면 그 문제의 80%를 해결해주는 SaaS 제품을 찾기 위해 몇 시간씩 검색해야 했습니다. 하지만 오늘날 작업 흐름이 바뀌었습니다. 사람들은 명령줄 인터페이스(CLI)나 음성 인터페이스를 열고 필요한 것을 설명하기만 하면 됩니다. "개인용 소프트웨어" 가 급증하고 있는 추세입니다 .

 

• 특정 예산 스타일에 맞춰 제작된 구독 관리 도구
• 매우 특수한 데이터 입력 문제를 해결하는 크롬 확장 프로그램 입니다.
• 사용자가 원하는 인터페이스를 갖춘 피트니스 앱

 

이는 엄청난 변화입니다. 소프트웨어는 이제 구매하는 상품이 아니라, 사용자가 직접 만들어내는 개인적인 유틸리티가 되어가고 있습니다 .

 

SaaS에서 메모장까지

 

소프트웨어 개발의 새로운 시대가 도래했습니다. 이제는 장기적인 지속 가능성을 항상 목표로 삼지 않아도 되는 시대입니다. 수년간 업계는 "플랫폼"과 "생태계" 구축에 몰두해 왔지만, 이제는 보다 일시적인 것에 초점을 맞추는 방향으로 나아가고 있습니다. SaaS에서 스크래치패드로의 전환이 일어나고 있는 것입니다.

 

이러한 새로운 소프트웨어의 상당수는 영구적으로 사용될 목적으로 만들어진 것이 아닙니다. 오히려 정반대입니다. 사람들은 점점 더 특정 문제를 단 한 번만 해결하고 버리는 도구를 개발하고 있습니다. 이는 미래의 필요성보다는 당장의 필요성을 위해 설계된, 일회용 유틸리티와 같은 소프트웨어입니다.

 

오늘날 이러한 방식이 실용적인 이유는 특정한 기술 철학에 기반합니다. 바로 CLI 우선 인터페이스, 로컬 데이터, 그리고 온보딩 과정이 필요 없는 간편한 사용 환경입니다. 가입, 데이터베이스 구성, 복잡한 UI 탐색과 같은 번거로운 과정을 없애면 도구 제작 비용이 크게 절감되어 "임시" 사용이 오히려 장점이 됩니다. 일회성 작업을 위해 맞춤형 솔루션을 구축하는 데 5분밖에 걸리지 않는다면, 영구적으로 저장할 필요가 없는 것입니다.

 

기존 SaaS 모델과의 차이는 극명합니다. SaaS는 본질적으로 고객 유지, 벤더 종속성 강화, 그리고 확장에 최적화되어 있습니다. 이는 사용자가 생태계 내에 머물면서 시장 점유율을 확대하도록 설계된 비즈니스 모델입니다. 반면 맞춤형 도구는 즉각적인 대응과 제어에 중점을 둡니다. 고객 평생 가치에는 관심이 없고, 당면한 과제 해결에만 집중합니다.

 

여러 면에서 이는 스프레드시트가 원래 사용되던 방식으로의 회귀입니다. 과거에는 스프레드시트를 영구적인 다년간의 데이터베이스를 구축하기 위해 열지 않았습니다. 문제를 추론하고 결과를 계산한 다음 다음 작업으로 넘어가는 임시 작업 공간으로 사용했습니다.

 

이러한 새로운 환경에서 Claude Code는 개발자를 위한 Excel과 같습니다. 당면한 문제를 해결하는 데 강력하고 유연한 유틸리티인 반면, 창업자를 위한 Shopify는 사업의 영구적인 기반으로 설계되었기 때문입니다. 핵심은 작업을 완료한 후에는 도구를 다른 곳으로 옮기는 것입니다.

 

이는 다음 부분이 중요한 이유를 설명해 줍니다. 소프트웨어를 빠르게 개발하는 것과 실제 환경에서 작동하도록 만드는 것은 별개의 문제입니다.

 

코드는 저렴하지만, 소프트웨어는 여전히 비쌉니다.

 

현재 "AI 네이티브" 시대의 현실은 다음과 같습니다. 코드는 저렴해졌지만 소프트웨어는 여전히 엄청나게 비쌉니다.

 

LLM(로컬 라이프사이클 관리)은 코드 작성 비용을 효과적으로 절감했지만, 문제를 진정으로 이해하는 데 드는 비용은 해결하지 못했습니다. "주말에 만든 앱"들이 쏟아져 나오고 있지만, 대부분은 기본적인 CRUD 작업과 타사 API를 감싸는 얇은 래퍼에 불과합니다. 트위터 데모에서는 그럴듯해 보이지만, 실제 환경에서 부딪히는 순간 무너지는 경우가 많습니다.

 

소프트웨어의 진정한 비용은 초기 개발 비용이 아니라 유지보수, 예외 처리, 누적되는 사용자 경험(UX) 부채, 그리고 복잡한 데이터 소유권 문제에서 발생합니다. 이러한 "빠른" 솔루션은 취약합니다.

 

구독 추적기는 은행이 CSV 내보내기 형식을 변경하는 순간 작동을 멈춥니다. 크롬 확장 프로그램은 대상 웹사이트의 DOM이 변경되는 순간 작동을 멈춥니다. 피트니스 앱은 사용자가 강력한 오프라인 지원이나 안정적인 데이터 동기화를 필요로 하는 순간 사용할 수 없게 됩니다.

 

최근 해커 뉴스, 레딧, 트위터 등에서 "소프트웨어 엔지니어링의 종말"에 대한 비관적인 전망이 많이 보입니다. 하지만 이는 핵심을 완전히 놓친 것입니다. 우리는 소프트웨어 엔지니어링이라는 직업의 종말을 목격하는 것이 아니라, 새로운 시대로 접어들고 있는 것입니다.

 

엔지니어의 가치는 구문의 "방법"에서 시스템의 "내용"과 "이유"로 옮겨가고 있습니다. 진정한 엔지니어링은 추상화와 아키텍처에 있습니다. 지속 가능한 시스템을 구축하는 방법, 특정 속도 제한 전략이 필요한 이유, 분산 캐시를 관리하는 방법, 그리고 환경 변수를 저장 하지 말아야 할 위치를 정확히 아는 것이 바로 엔지니어링의 핵심입니다.

 

인공지능은 복잡성을 숨기기 때문에 강력해 보이는 경우가 많지만, 엔지니어의 역할은 그 복잡성을 무시하는 것이 아니라 관리하는 것입니다. 도구는 변했지만, 엔지니어링의 엄밀성에 대한 근본적인 요구는 그 어느 때보다 높아졌습니다.

 

유통 착각

 

하지만 이면도 있습니다. 진입 장벽이 사라지면서 소음 수준이 최고조에 달했습니다. 제 피드는 현재 단 하루 만 에 개발한 앱으로 월 수만 달러의 반복 수익(MRR)을 올리고 있다고 주장하는 "AI 기업가" 들로 넘쳐납니다.

 

많은 경우 이러한 주장은 매우 의심스럽습니다. 기존 배포 플랫폼이 없고 명확한 홍보 자료도 없는 크리에이터를 보면 더욱 그렇습니다."해자 외호"주말 프로젝트로 월간 반복 수익(MRR) 1만 달러를 달성했다고 주장하는 것은 대개 사업 현실을 반영하는 것이라기보다는 관심을 끌기 위한 전략일 가능성이 높습니다.

 

이 이야기들 중 일부는 거의 확실히 사실일 수 있지만, 대부분의 경우 이것들은 기술 혁신의 청사진이라기보다는 마케팅 사례 연구에 가깝습니다. 이들이 성공한 이유는 인공지능 보조 조종사 덕분이 아니라, 경쟁이 치열한 시장에서 관심을 사로잡는 기술을 터득했기 때문입니다.

 

이제 코드 생성 능력은 더 이상 병목 현상이 아닌 시대에 접어들었습니다. 진정한 과제는 배포로 옮겨갔으며 , 더욱 중요한 것은 업계에 만연한 "단기간에 큰돈을 벌려는" 허세와 진정한 유용성을 구분하는 것입니다.

 

이 사람들은 우연히 비밀 지름길을 발견한 것이 아닙니다. 그들은 단지 기존의 장점을 더 빠르게 활용하는 방법을 찾았을 뿐이며, (만약 코딩을 배우는 것이 사이드 프로젝트로서는 너무 큰 부담이었다면, 애초에 그 장점을 활용하는 방법을 찾아낸 것일 수도 있습니다.)

 

이러한 변화를 이해하는 데 유용한 관점이 있습니다. AI는 엔지니어링 능력을 주요 차별화 요소에서 사실상 제거했습니다. 개발자라면 누구나 LLM(로컬 라이프사이클 관리)을 사용하여 복잡한 기능을 이전보다 훨씬 짧은 시간에 구축하고 배포할 수 있게 되면서, 코딩 능력은 더 이상 과거와 같은 경쟁 우위 요소가 아닙니다. 단순히 "빌더"라는 것만으로는 더 이상 충분하지 않습니다.

 

대신, 이제 성공은 자동화하기 훨씬 어려운 요소들에 달려 있습니다. 취향, 타이밍, 그리고 청중에 대한 깊고 직관적인 이해가 그 어느 때보다 중요해졌습니다. 주말에 제품을 만들 수는 있지만, 잘못된 것을 만들거나 귀 기울이지 않는 사람들로 가득 찬 방에서 출시한다면 아무 소용이 없습니다.

 

이 새로운 환경에서는 코딩 자체가 쉬운 부분이 되었습니다. 어려운 부분은 예전과 마찬가지로 여전히 사람들이 관심을 갖도록 만드는 방법입니다.

 

누가 이길까요?

 

첫째, 지루하고 반복적인 문제에 매달려 있는 도메인 전문가들이 있습니다. 둘째, 즉시 작동해야 하는 스크립트나 내부 앱과 같은 일회용 도구를 개발하는 내부 팀이 있습니다. 셋째, 특히 불안정하고 수동적인 워크플로를 보다 견고한 시스템으로 대체하려는 고급 사용자들도 큰 이점을 얻습니다. 마지막으로, 화려한 마감보다는 솔루션에 대한 소유권을 우선시하는 엔지니어들에게도 좋은 선택입니다.

 

네, 맞습니다. Claude Opus 4.5, Claude Code, Cursor 같은 도구들은 엔지니어들에게 정말 유용합니다. 반복적인 코드를 제거하고, 기능을 구현하고, 단위 테스트를 작성하는 데 탁월한 성능을 보여줍니다. 특히 최근 새 직장에 다니기 시작하면서 가장 유용하게 사용하고 있는 것은 제품 코드베이스와 그 작동 방식을 빠르게 파악하기 위해 맞춤형 문서와 기능 사용법 가이드를 생성하는 것입니다. 덕분에 업무 적응에 엄청난 도움이 되고 있습니다.

 

하지만 현실은 이렇습니다. LLM은 코드를 완벽하게 작성하지 못합니다. 설령 한 번에 컴파일이 되더라도 말이죠. 아무리 질 높은 프롬프트와 명확한 규칙을 제공하더라도, 이러한 모델들은 여전히 ​​오류를 범합니다. 매일 이러한 도구를 사용하는 사람으로서 말씀드리자면, 출력 결과를 무조건 신뢰할 수는 없습니다. 마치 팀원이 보낸 풀 리퀘스트를 검토하듯이 코드를 꼼꼼히 검토해야 합니다. 논리를 읽고, 가정을 확인하고, 때로는 수동으로 수정하여 정확한 코드를 만들어야 합니다.

 

결국 이 코드를 팀원에게 검토를 요청하고 (아마 코드 래빗에도 보내겠죠) 검토를 부탁하게 될 텐데, 본인이 작성하지도 않았고 확인조차 하지 않은 코드를 검토해달라고 하는 게 과연 공정한 걸까요?

 

이러한 도구들은 작업 속도를 높여주지만, 날카로운 안목이나 오랜 경험을 대체할 수는 없으며, 문제 상황을 당신보다 더 잘 이해하지도 못합니다.

 

과대광고 때문에 마치 SaaS의 황금기가 도래하는 것처럼 보이지만, 사실은 그렇지 않습니다. 우리는 개인용 소프트웨어의 시대로 접어들고 있습니다. 문제를 해결하기 위해 직접 도구를 만들어 사용하고, 그 후에는 다른 것으로 넘어가는 시대입니다.

 

20달러와 몇 시간의 여유 시간, 그리고 약간의 인내심만 있다면 거의 모든 사람이 기능하는 애플리케이션을 출시할 수 있습니다. 우리는 아이디어와 실제 작동하는 제품 사이의 간극이 그 어느 때보다 좁아진 "개인용 소프트웨어" 시대로 접어들고 있습니다.

 

이러한 새로운 현실 속에서 엔지니어링 전문 지식은 여전히 ​​매우 귀중하지만, 그 역할의 본질은 변화하고 있습니다. 관련성이 사라지는 것이 아니라, 이러한 도구를 활용하여 이전에는 불가능했던 더 높은 수준의 시스템을 구축하는 것이 중요해졌습니다. 이제 진정한 전문성을 갖춘 인재가 이러한 시스템을 이끌고, 현재 LLM(Learning Leadership Management) 담당자들이 부족한 기술적 감독을 제공하는 데 필수적입니다.

 

인공지능이 코딩에는 탁월한 능력을 보이는 것은 분명하지만, 유지보수성, 배포 용이성, 확장성을 갖춘 시스템을 설계하는 데는 여전히 부족합니다. 바로 이 점에서 기술 분야 전문가가 아닌 리더들이 개발팀을 해고해도 된다고 생각하는 것은 큰 오산입니다. 인공지능이 등장하여 이 모든 논의를 무의미하게 만들 때까지, 기술적 전문성을 인공지능으로 대체할 수 있다고 믿는 것은 전략적 오류입니다. 견고한 소프트웨어를 구축하려면 여전히 그 기본 원리를 이해하는 인간이 필요합니다.

 

결론적으로 말하자면, 도구는 바뀌었지만 훌륭한 엔지니어링의 기본 원칙은 변하지 않았다는 것입니다.

 

진입 장벽은 사라졌을지 몰라도 판단력, 안목, 책임감은 여전히 ​​중요한 요소입니다.

 

이 글이 유익했기를 바랍니다. 프로그래밍과 엘릭서에 대한 더 많은 흥미로운 생각과 의견을 보시려면 트위터 와 블루스카이를 팔로우해주세요.

defer.to 한번 확인해 보세요 . 제가 요즘 푹 빠져있는 사이트랍니다!

 

 

기사의 원문을 확인하시려면 이 링크를 따라가세요.