마지막 계약을 마친 뒤 컨설팅 대신 NeoHaskell에 풀타임으로 올인한 저자가, 이벤트 소싱을 비즈니스 이벤트와 코드의 간극 없이 자연스럽게 구현해 기술 부채와 복잡성의 누적을 멈추려는 이유, PostgreSQL 기반의 현실적 접근, 실사용 사례와 커뮤니티 후원 요청, 그리고 함께 이벤트 주도 아키텍처로 전환하자는 초대를 전합니다.
Taking the Leap: Why I'm Betting Everything on Solving Your Technical Debt Problem
도약하기: 왜 나는 당신의 기술 부채 문제 해결에 모든 것을 겁니다
===============
LinkedIn 가입 동의
계속을 클릭해 가입하거나 로그인하면 LinkedIn의 사용자 계약, 개인정보 처리방침, 쿠키 정책에 동의하게 됩니다.
본문으로 건너뛰기 LinkedIn
지금 가입 로그인
이미지 2: 도약하기: 왜 나는 당신의 기술 부채 문제 해결에 모든 것을 겁니다
Nikita Tchayka 이미지 3: Nikita Tchayka
게시일: 2025년 11월 8일
지난 계약이 끝난 뒤, 저는 늘 하던 선택지 앞에 섰습니다. 컨설팅을 하나 더 할지, 아니면… 다른 걸 해볼지. 저는 다른 길을 택했습니다.
지금 저는 NeoHaskell에 풀타임으로 전념하고 있습니다. 스타트업을 운영하든 엔터프라이즈 시스템을 관리하든, 이것이 왜 여러분에게 중요한지 이야기하고자 합니다.
제가 함께 일했던 모든 팀은 같은 숨은 위기를 공유합니다. 시간이 지날수록 그들의 소프트웨어는 기하급수적으로 변경하기 어려워진다는 점이죠. 1년 차에는 기능을 배포하는 일이 즐겁습니다. 3년 차가 되면, 간단한 수정에도 아키텍처 회의가 필요합니다. 5년 차에는 “모든 걸 갈아엎어야 해”라는 말이 나옵니다.
이건 실력이나 프로세스의 문제가 아닙니다. 기술로 위장한 커뮤니케이션의 문제입니다.
요구사항이 조직을 어떻게 흘러가는지 떠올려 보세요. CEO가 CTO에게, CTO가 매니저에게, 매니저가 리드에게, 리드가 스크럼 마스터에게, 스크럼 마스터가 개발자에게. 논텍 → 텍 → 논텍 → 텍 → 논텍 → 텍. 고장 난 전화 게임의 엔터프라이즈 에디션입니다.
왜 이런 일이 벌어질까요? 우리는 모두가 자연스러운 비즈니스 이벤트(“고객이 요금제를 업그레이드했다”)를 부자연스러운 기술적 개념(INSERT, UPDATE, DELETE)으로 번역하도록 강요하고 있기 때문입니다. 기술은 우리가 생각하고 표현하는 방식을 규정합니다. 문제는, 수년이 지난 지금도 CRUD가 우리를 혼란 속으로 몰아넣고 있다는 겁니다.
나심 탈레브가 ‘안티프래질’에서 주장하듯, 진정한 혁신은 더하는 것이 아니라 방해물을 덜어내는 것입니다. 가장 오래된 기술이 가장 견고한 이유는 불필요한 것이 모두 덜어졌기 때문입니다. 이벤트 소싱은 최초의 회계사가 장부를 쓰던 때부터 존재해 왔습니다. 우리는 새로운 것을 발명하는 게 아니라, 수십 년 동안 무심코 쌓아 올린 복잡성의 층을 걷어내는 것입니다.
NeoHaskell은 이벤트 소싱을 할 일 목록을 쓰는 것만큼 자연스럽게 만듭니다. 비즈니스 팀이 “고객이 업그레이드할 때”라고 말하면, 그것이 곧 실제 코드가 됩니다. 번역 계층이 없습니다. 혼란도 없습니다. 커져 가는 복잡성도 없습니다.
저는 이걸 혼자서 만들지 않습니다. 한 회사와 협력해 그들의 다음 제품을 전적으로 NeoHaskell로 구축하고 있습니다. 제가 구현하는 모든 기능, PostgreSQL 기반 이벤트 스토어, 커맨드 처리, 리드 모델… 모두 실제 프로덕션 요구에 비춰 검증되고 있습니다. 그들은 출시해야 합니다. 빠르게. 신뢰성 있게. 그리고 가장 중요한 건, 그 속도를 몇 개월이 아니라 수년간 유지해야 한다는 점입니다.
이건 최신 기술 트렌드를 좇는 일이 아닙니다. 저는 지루할 정도로 안정적이고 실전에서 검증된 PostgreSQL 위에서 구축하고 있습니다. 혁신은 이국적인 기술을 쓰는 데 있지 않습니다. 검증된 패턴을 이벤트 소싱 전문가가 있는 일부 팀만이 아니라 모든 팀이 쓰기 쉽게 만드는 데 있습니다.
가장 설레는 점이 무엇일까요? 회사들은 빠르게 움직이는 것과 제대로 만드는 것 사이에서 더 이상 선택할 필요가 없습니다. 대기업은 소수의 팀이 만든 것을 유지하기 위해 개발자 군단이 필요하지 않게 됩니다. 스타트업은 성장이 곧 모든 것이 무너지는 벽을 마주하는 일을 겪지 않게 됩니다.
네, 저는 이걸 만드는 동안 저축으로 생활하고 있습니다. 하지만 제가 만드는 건 또 하나의 프로그래밍 언어가 아니라, 경쟁보다 훨씬 더 많은 회사를 쓰러뜨리는 문제—기술적 복잡성으로 인한 ‘사망’을 해결하는 솔루션입니다.
모든 기여는 큰 힘이 됩니다. Open Collective, GitHub Sponsors, 혹은 이 비전을 필요한 누군가에게 공유해 주시는 것만으로도요.
앞으로 몇 달은 중요한 사실을 증명할 것입니다. 1000일째가 첫날처럼 느껴지는 소프트웨어를 만들 수 있다는 것. 팀은 작게 유지되지만 산출은 높게 유지된다는 것. 그리고 “기술 부채”라는 개념 자체가 시대에 뒤떨어질 수 있다는 것을요.
여러분의 팀이 다음에 지쳤다면:
이야기해봅시다. 저는 팀이 이벤트 주도 아키텍처와 NeoHaskell로 전환하도록 돕는 컨설팅을 제공합니다. 다음 제품을 계획 중이든, 리라이트의 덫에서 빠져나오려 하든, 더 나은 길이 있습니다.
좋아요
이미지 4: 좋아요 좋아요
이미지 5: 축하 축하
이미지 6: 응원 응원
이미지 7: 사랑 사랑
이미지 8: 통찰력 통찰력
이미지 9: 재미있어요 재미있어요
댓글
공유
이미지 10 이미지 11 11 11개 좋아요 댓글 1개
이미지 12: Javier Toledo, 그래픽
Javier Toledo The Agile Monkeys CTO
1시간
정말 용감하고 흥미로운 결정이네요. 행운을 빕니다! 무엇을 만들어낼지 정말 기대돼요. 조만간 한번 연락해요!
좋아요 답글 1개 반응 2개 반응
댓글을 보거나 추가하려면 로그인하세요
업무 세계의 최신 소식을 받아보세요
로그인
계속을 클릭해 가입하거나 로그인하면 LinkedIn의 사용자 계약, 개인정보 처리방침, 쿠키 정책에 동의하게 됩니다.
LinkedIn이 처음이신가요? 지금 가입
더 보기 덜 보기
언어
무료 계정을 만들거나 로그인하여 검색을 계속하세요
로그인
이메일 또는 전화번호
비밀번호
표시
비밀번호를 잊으셨나요? 로그인
또는
계속을 클릭해 가입하거나 로그인하면 LinkedIn의 사용자 계약, 개인정보 처리방침, 쿠키 정책에 동의하게 됩니다.
LinkedIn이 처음이신가요? 지금 가입
또는
LinkedIn이 처음이신가요? 지금 가입
계속을 클릭해 가입하거나 로그인하면 LinkedIn의 사용자 계약, 개인정보 처리방침, 쿠키 정책에 동의하게 됩니다.
