[GN#344] 우리는 앞으로 뭘 어떻게 만들어야 할까

게시 2026/02/14 업데이트 2026/02/15

By BLUEBUG

25 분읽는 시간

원문 읽고 느낀점

GeekNews Weekly #344 (2026-02-02 ~ 2026-02-08)

1. 들어가며 — ‘구매 vs 구축’의 경계선이 무너지는 시대

GeekNews Weekly 344호의 주제문인 “우리는 앞으로 뭘 어떻게 만들어야 할까”는, 어찌보면 2025년 하반기부터 계속 들려온 질문이지만 이제는 그 긴박감의 수위가 완전히 달라졌다는 점에서 주목할 필요가 있다. 예전에는 ‘AI가 일자리를 빼앗는가’라는 다소 추상적이고 물리적인 질문이었다면, 지금은 ‘내가 돈을 주고 쓰던 서비스를 20분 만에 직접 대체할 수 있다’는 개인적이고 즉물적인 경험으로 바뀌었다. Pragmatic Engineer의 Gergely Orosz가 연간 120달러를 내던 마이크로 SaaS를 Codex로 대체한 사례는, 단순한 기술 데모가 아니라 실제 의사결정의 전환점을 보여주는 상징적인 사건이다.

이 사례에서 가장 인상적인 부분은, Gergely 본인이 ‘LLM이 SaaS를 다 죽인다’는 주장에 회의적이었다는 점이다. 회의론자조차 실제로 행동을 바꾸게 되는 순간이란, 그 변화가 더 이상 이론이 아닌 현실이 되었음을 의미한다. 그가 대체를 결정한 계기는 ‘서비스가 오래 방치되어 신뢰가 깨진 순간’이었다. 이것은 AI 도구의 능력이 높아져서만 발생하는 현상이 아니라, 기존 서비스의 신뢰가 무너지는 순간 AI가 즉각적인 대안이 된다는 복합적 동학을 보여준다. ‘구매 vs 구축’의 경계선은 AI 능력의 향상만으로 내려가는 것이 아니라, 기존 서비스의 신뢰 하락과 AI 도구의 접근성 향상이라는 양쪽 맥락이 동시에 작용할 때 급격히 붕괴된다.

2. B2B SaaS의 위기와 생존 전략 — ‘귀찮고 비싼 책임’의 가치

개인 단위의 마이크로 SaaS 대체가 인상적이었다면, B2B SaaS 영역으로의 확산은 더욱 구조적인 충격을 예고한다. “AI가 B2B SaaS를 죽이고 있다”라는 글은 기업 고객들이 바이브 코딩으로 내부 맞춤형 도구를 직접 만들기 시작하면서 기존의 구독 모델이 흔들릴 수 있다고 경고하지만, 내가 더 주목한 것은 ‘사라진다’라는 계명보다는 ‘무엇이 살아남는가’에 대한 분석이었다.

글에서 제시하는 두 가지 생존 경로는 그 자체로 시사점이 풍부하다. 첫째인 ‘System of Record’ 전략은 단순히 데이터를 저장하는 창고가 아니라, 권한 관리, 감사 로그, 컴플라이언스, 데이터 정합성, 백업, 가용성까지 — 즉 ‘귀찮고 비싼 책임’을 함께 떠안는 위치에 서는 것을 의미한다. 이는 어떻게 보면 ‘아무도 하고 싶지 않은 일을 대신 해주는 것’이 곧 경쟁력이라는 역설적 명제다. AI가 CRUD와 UI 구현을 순식간에 해치울 수 있는 시대에, ‘다수가 귀찮아하는 책임’을 기꺼이 떠안는 서비스만이 생존할 수 있다는 논리는 설득력이 있다.

둘째 경로인 ‘플랫폼화’는 더욱 근본적인 패러다임 전환을 요구한다. SaaS가 “우리 방식에 맞추세요”라고 말하던 시대에서, 고객의 업무 방식이 먼저이고 SaaS는 거기에 맞춰 변형될 수 있어야 한다는 방향으로 전환하는 것이다. 이것은 사실 소프트웨어 업계의 오래된 꿈이었지만, AI 에이전트의 등장으로 비로소 현실적인 선택지가 되고 있다. 고객이 바이브 코딩으로 자신만의 도구를 만들 수 있게 된 이상, SaaS가 제공해야 할 것은 ‘완성된 기능’이 아니라 ‘고객이 자유롭게 구축할 수 있는 기반’이다. 이는 한국 기업 환경에서도 시급한 시사점을 던지는데, 많은 국내 B2B SaaS가 여전히 ‘고정된 화면 + CRUD’ 수준에 머물러 있기 때문이다.

3. 소프트웨어 생존의 진화론 — 토큰 경제학이라는 새로운 프레임

Steve Yegge의 “소프트웨어 서바이벌 3.0”은 이 글 전체에서 가장 지적 자극이 컸던 부분이었다. 토큰을 절약하는 소프트웨어가 살아남는다는 명제는, 어떻게 보면 단순하지만 그 함의는 매우 깊다. 토큰은 결국 비용이고, 제한된 자원 환경에서 더 효율적으로 자원을 쓰는 개체가 살아남는다는 진화론적 선택 압력을 소프트웨어 생태계에 적용한 것은, AI 시대의 소프트웨어를 바라보는 완전히 새로운 프레임워크를 제공한다.

특히 Yegge가 제시한 세 가지 생존 레버는 각각 독립적으로도 깊이 곱씹을 만한 개념이다. 첫째인 ‘압축된 통찰(Insight Compression)’은 Git이나 Kubernetes 같은 도구가 왜 쉽게 대체되지 않는지를 설명한다. 이 도구들이 단순히 코드 덩어리가 아니라 수십 년간의 시행착오가 응축된 구조라는 점은, AI가 코드를 생성할 수 있더라도 ‘경험에서 우러나온 설계 결정들의 총합’을 쉽게 복제할 수 없다는 사실을 상기시켜준다. 이것은 개발자들에게도 중요한 시사점을 던지는데, AI 시대에 진정으로 가치 있는 것은 코드를 작성하는 능력이 아니라, ‘왜 이렇게 만들었는가’에 대한 통찰을 축적하는 능력이라는 점이다.

둘째인 ‘기판 효율성(Substrate Efficiency)’은 더욱 실용적인 관점을 제공한다. grep이나 ImageMagick 같은 도구가 LLM 추론 대신 CPU라는 더 싼 기판에서 일을 처리함으로써 토큰을 아낀다는 논리는, AI 시대에도 전통적인 소프트웨어 도구가 완전히 존재 가치를 가진다는 것을 의미한다. 모든 것을 LLM에게 맡기는 것이 아니라, 각 작업을 가장 비용 효율적인 계층에서 처리하는 ‘자원 배분의 지혜’가 소프트웨어 설계의 핵심이 된다는 것이다. 셋째인 ‘넓은 쓰임새(Broad Utility)’는 Temporal이나 Dolt 같은 제품이 사용 빈도를 키워 인지도 비용을 분산시킨다는 점에서, ‘니치를 파라’가 아니라 ‘범용성을 추구하라’라는 역설적 전략을 제시한다.

4. 에이전트의 시대, ‘발견되는 것’이 곧 생존이다

이 글에서 또 하나 강하게 와 닿은 부분은 ‘에이전트에게 채택되는 법’에 대한 분석이다. 에이전트는 도구를 ‘알아야 쓰고(Awareness)’, ‘쓰다가 안 삐끗해야(Friction)’ 계속 사용한다는 프레임워크는, 사실 인간 사용자를 대상으로 하던 UX 원칙과 본질적으로 같지만, 그 적용 범위와 규모가 완전히 달라진다.

인간 사용자는 광고, 구전, 커뮤니티 추천 등을 통해 도구를 발견하지만, 에이전트는 학습 데이터, 문서화, API 설계를 통해 도구를 발견한다. 그래서 ‘에이전트용 SEO’라는 개념이 등장하고 있다는 것은 매우 실용적인 통찰이다. 에이전트가 쉽게 발견하고, 쉽게 성공하고, 실패해도 쉽게 회복할 수 있는 도구가 채택될 확률이 높아진다는 정리는, 소프트웨어 제품을 만드는 사람들에게 구체적인 설계 지침이 된다.

이는 한국 시장에서도 즉각 적용 가능한 관점이다. 국내 개발 도구나 라이브러리를 만드는 팀들은 이제 인간 개발자만을 대상으로 문서화하는 것이 아니라, AI 에이전트가 자신의 도구를 쉽게 발견하고 활용할 수 있도록 설계해야 한다. MCP(Model Context Protocol) 통합, 명확한 API 설계, 에러 복구 메커니즘 등이 단순한 ‘친절함’을 넘어 생존 조건이 되고 있다는 사실은, 제품 설계 철학 자체를 다시 생각하게 만든다.

5. Human Coefficient — 효율을 초월하는 인간성의 가치

이 글에서 가장 인상 깊었던 개념 중 하나는 ‘Human Coefficient’라는 상수적 개념이다. 효율과 무관하게, 인간이 개입했다는 사실 자체가 가치가 되는 영역이 분명히 남아 있다는 지적은, AI 만능주의에 대한 건강한 균형추를 제공한다. 큐레이션, 창의성, 존재감, 승인 같은 요소가 붙는 제품은 단순한 기능 경쟁과는 다른 게임을 하게 된다는 것이다.

이것은 특히 한국 시장에서 더욱 큰 의미를 가질 수 있다. 한국은 전통적으로 ‘사람이 직접 했다’는 것에 높은 가치를 부여하는 문화가 있고, ‘수제’, ‘장인’, ‘수공’ 같은 단어에 특별한 무게감을 부여한다. AI가 대부분의 기능적 작업을 대체할 수 있는 세상에서도, ‘인간이 검토하고, 선별하고, 승인했다’는 사실이 신뢰와 프리미엄의 근거가 되는 영역은 분명히 존재한다. 토큰을 아끼는 도구와 인간성이 가치가 되는 경험이 서로 다른 생존 경로가 될 수 있다는 해석은, 소프트웨어 제품 전략을 수립할 때 ‘어느 쪽에 서는가’를 명확히 해야 한다는 것을 의미한다.

6. 장인 정신의 애도와 재정의 — ‘무엇을’ 장인정신으로 볼 것인가

Nolan Lawson의 “우리의 장인 정신을 애도합니다”와 “AI 코드와 소프트웨어 장인정신” 글은, 앞서 언급한 효율성과 생존의 논의와는 정서적으로 완전히 다른 결을 건드린다. “손으로 코드를 빚던 세대가 사라지고, 프로그래머가 검수자로 축소된다”는 상실감은 많은 개발자들이 공감할 수밖에 없는 감정이다. 나 역시 코드 한 줄 한 줄을 직접 작성하며 문제를 해결하던 경험에서 오는 만족감을 알고 있기에, 이 애도의 감정에 깊이 공감한다.

그러나 이 글의 저자가 지적하듯이, 이 두 흐름은 충돌하는 것이 아니라 같은 변화를 바라보는 서로 다른 단면이다. 코드라는 것이 원래 ‘컴퓨터와 대화하기 위해 만든 언어’였고, 그 인터페이스가 자연어로 바뀌고 있다면 개발 방법론이 함께 바뀌는 것도 자연스럽다. 핵심적인 질문은 ‘장인 정신이 사라지는가’가 아니라 ‘무엇을 장인정신으로 볼 것인가’가 이동하는 과정이다. 코드를 작성하는 기술에서 설계, 검증, 운영, 보안, 제품 감각으로 장인정신의 초점이 이동하고 있다는 것이다.

19세기 Arts and Crafts 운동과의 비교도 흥미롭다. 산업혁명이 수공업을 대체했을 때, Arts and Crafts 운동은 기계 생산의 효율성을 부정한 것이 아니라 ‘인간의 손이 닿는 것의 가치’를 재정의했다. AI 시대의 소프트웨어 장인정신도 비슷한 구조를 가질 수 있다. 코드 작성의 장인정신이 소멸하더라도, 시스템 설계의 장인정신, 사용자 경험 설계의 장인정신, 보안 아키텍처의 장인정신은 오히려 더 중요해질 것이다.

7. 소프트웨어 팩토리와 두 유형의 AI 사용자 — 양극화의 현실

이번 주간의 다른 글들도 흥미로운 맥락을 제공한다. “소프트웨어 팩토리와 에이전트 시대의 도래”라는 글에서 StrongDM AI 팀이 제시한 ‘사람이 코드를 작성하거나 검토해서는 안 된다’는 주장은 다소 과격하게 들리지만, 그 방향성 자체는 진지하게 받아들여야 한다. 엔지니어당 하루 최소 1,000달러 이상의 토큰 비용을 지출해야 소프트웨어 팩토리가 제대로 작동한다는 주장은, 소프트웨어 개발의 경제학 자체가 근본적으로 바뀌고 있음을 시사한다.

“두 가지 유형의 AI 사용자가 등장하고 있으며, 그 격차는 놀랍습니다”라는 글도 현재의 상황을 정확하게 진단한다. Claude Code나 MCP 같은 고급 도구를 워크플로에 통합한 파워 유저와 단순 질의응답에 머무르는 다수의 사용자 사이의 생산성 격차가 점점 커지고 있다는 관찰은, 특히 대기업의 보안 정책과 레거시 시스템에 묶인 환경과 소규모 팀의 유연한 환경 간의 격차를 생각하면 한국 엔터프라이즈 환경에서 더욱 비려한 현실이다.

8. ‘코드는 싸다. 이제는 말을 보여줘라’ — 언어적 사고력의 시대

“코드는 싸다. 이제는 말을 보여줘라”라는 글은 리누스 토발즈의 유명한 “Talk is cheap. Show me the code”를 정확히 뒤집은 맥락으로, 이 시대의 변화를 가장 압축적으로 표현한다. LLM 코딩 도구의 확산으로 코드의 가치는 품질보다 출처와 책임, 인간성으로 재편되고 있으며, 개발의 핵심은 코드를 얼마나 잘 쓰느냐가 아니라 문제를 상상하고 명확히 설명하며 구조를 설계하는 언어적 사고력으로 이동하고 있다는 것이다.

Redis 창시자 antirez의 ‘자동 프로그래밍’ 개념도 같은 맥락에서 읽힌다. AI가 코드를 작성하더라도 개발자의 비전과 통제가 중심이 되어야 하며, 같은 LLM을 사용하더라도 인간의 직관과 설계, 지속적인 방향 조정이 결과의 품질을 결정한다는 주장은, ‘바이브 코딩’과 ‘자동 프로그래밍’의 경계를 명확히 해준다. 전자가 ‘그냥 되게 해봐’라면, 후자는 ‘명확한 방향을 가지고 AI를 활용한다’이며, 이 차이가 결과물의 품질을 근본적으로 가른다.

9. 경계선 위의 시대 — 질문을 던지고 곱씹는 것의 중요성

이번 주간의 GeekNews Weekly를 읽으며 가장 강하게 느낀 것은, 우리가 지금 정확히 ‘경계선 위’에 서 있다는 것이다. AI가 코드를 생성하고, SaaS를 대체하고, 에이전트가 소프트웨어를 선택하는 시대가 이미 시작되었지만, 그 변화의 전체 윤곽이 아직 드러나지 않은 상태다. 이런 시기에는 ‘어떤 것을 만들어야 살아남는가’라는 질문을 던지고 곱씹는 것 자체가 가장 중요한 활동이 된다.

개인적으로 이 글을 읽으며 정리된 생각은 이렇다. 첫째, CRUD와 고정된 UI만으로는 더 이상 방어할 수 없다. 둘째, 살아남으려면 ‘귀찮고 비싼 책임’을 떠안거나, 고객이 자유롭게 구축할 수 있는 플랫폼이 되어야 한다. 셋째, 토큰 경제학이라는 새로운 프레임으로 소프트웨어의 가치를 재평가해야 한다. 넷째, 에이전트에게 발견되고 채택되는 것이 생존 조건이다. 다섯째, 효율성 경쟁과 인간성 가치는 서로 다른 생존 경로이며, 어느 쪽에 서는지를 명확히 해야 한다.

그리고 무엇보다, 이런 변화 속에서 ‘장인 정신’은 사라지는 것이 아니라 이동하고 있다. 코드를 작성하는 기술에서 문제를 상상하고, 설계하고, 검증하고, 운영하는 능력으로 장인정신의 초점이 이동하고 있으며, 이것이야말로 AI 시대에 개발자가 가져야 할 진정한 경쟁력이다. 우리는 지금 그 경계선 위에 서 있고, “어떤 것을 만들어야 살아남는가”라는 질문을 던지고 곱씹는 일이 그 어느 때보다 중요해진 시점이다.

작성일: 2026-02-14

출처: GeekNews Weekly #344 (https://news.hada.io/weekly/202606)

AI, Material