AI가 변화시킨 소프트웨어 개발의 마찰력
AI는 더 이상 마법과 같은 자율적인 존재가 아니라, 개발 과정에서의 마찰을 의미 있게 줄여주는 실질적인 도구로 진화했습니다. 필자가 가장 놀란 지점은 단순히 코드를 생성하는 능력이 아니라, ‘문맥(Context) 유지 비용’이 급격히 낮아졌다는 점입니다.
- 아이디어 탐색 및 스캐폴딩: 새로운 기능을 구상하고 기본 구조를 잡는 과정이 훨씬 빨라졌습니다.
- 테스트 및 리팩토링: 어색한 로직을 개선하고 테스트 코드를 작성하는 지루한 작업의 진입 장벽이 낮아졌습니다.
- 의사결정 문서화: 개발 과정에서의 선택과 판단을 기록하는 작업이 수월해졌습니다.
SaaS의 한계와 ‘70%의 함정’
2000년대 초반에는 모든 것을 직접 구축해야 했으나, SaaS의 성숙으로 많은 기업이 기성 제품을 구매하게 되었습니다. 이는 초기 비용을 줄여주었지만, 기업들이 자신들의 고유한 업무 방식 대신 범용 툴의 방식에 스스로를 맞추게 되는 부작용을 낳았습니다.
- 범용성의 대가: SaaS는 ‘당신과 비슷한 회사들’을 위해 설계되었으므로, 조직의 특수한 강점을 반영하지 못합니다.
- 비효율적인 워크플로우: 많은 팀이 CRM 같은 도구를 사용하면서도 실제 중요한 정보는 슬랙이나 이메일에 흩어져 있는 ‘70% 만족’의 상태에 머물러 있습니다.
맞춤형 소프트웨어의 귀환과 Rails 8
필자는 최근 월 80달러짜리 SaaS 봇을 단 반나절 만에 직접 구축한 사례와 Rails 8을 사용해 밴드 관리를 위한 맞춤형 CRM을 만든 경험을 공유합니다.
- 데이터의 복잡성 처리: AI는 정형화되지 않은 외부 API 데이터나 웹 스크래핑 데이터를 처리하는 복잡한 로직을 구현하는 데 큰 도움을 주었습니다.
- 유지보수의 효율성: 불필요한 추상화 계층 없이 오직 필요한 기능만 담은 소규모 도구는 유지보수 부담이 매우 적습니다.
- 품질의 향상: AI와 협업하여 작성하고 검토한 코드는 단순히 ‘작동만 하게 만든’ 코드보다 품질이 뛰어난 경우가 많습니다.
전략적 선택: 무엇을 만들고 무엇을 살 것인가?
모든 것을 다시 만드는 것은 오만일 수 있지만, 조직을 정의하는 핵심 워크플로우를 되찾는 것은 전략입니다.
- SaaS 유지: 급여, 회계, 인프라와 같이 차별화 요소가 없는 공통 영역은 여전히 구매하는 것이 합리적입니다.
- 직접 구축: 조직의 사고방식, 결정 방식, 관계 맺기 방식 등 ‘비법(Secret Sauce)’이 담긴 핵심 영역은 직접 구축하여 경쟁 우위를 확보해야 합니다.