개발 도구는 오픈소스여야 할까요? 록인 시대에 다시 나온 오래된 질문

개발 도구가 어느 날 문을 닫는다면

매일 쓰는 에디터, 터미널, 빌드 도구가 어느 날 갑자기 유료화되거나, 만들던 회사가 문을 닫아서 사라진다면 어떨까요? '개발 도구는 오픈소스여야 한다'는 제목의 에세이가 개발자 커뮤니티에 이 질문을 다시 던졌어요. 주장 자체는 새롭지 않지만, AI 코딩 도구들이 대부분 폐쇄형으로 쏟아지는 요즘이라 타이밍이 절묘하거든요.

핵심 논리는 이래요. 개발 도구는 단순한 소프트웨어가 아니라 개발자의 작업 방식 그 자체가 쌓이는 기반이에요. 단축키, 설정, 확장, 워크플로우까지 수년간 축적한 자산이 도구에 묶여 있죠. 그런데 그 도구가 폐쇄형이라면, 가격 정책이 바뀌거나 회사가 방향을 틀거나 아예 서비스를 접을 때 사용자는 아무런 대응 수단이 없어요. 오픈소스라면 최악의 경우에도 커뮤니티가 포크(코드를 복제해 독자적으로 이어가는 것)해서 도구의 생명을 이어갈 수 있고요.

실제로 있었던 일들

이게 이론적인 걱정이 아니라는 게 포인트예요. 인프라 도구 Terraform은 오픈소스 라이선스를 BUSL이라는 제한적 라이선스로 바꿨다가 커뮤니티가 반발해서, OpenTofu라는 포크가 리눅스 재단 산하에서 탄생했어요. Redis도 라이선스를 바꾸자 Valkey라는 포크가 나왔고요. 에디터 쪽을 보면 VS Code는 코어가 오픈소스지만 확장 마켓플레이스와 일부 핵심 확장은 마이크로소프트의 폐쇄 자산이라, 포크 에디터들은 그 생태계를 온전히 가져가지 못해요. 요즘 각광받는 AI 에디터와 코딩 에이전트 도구들은 아예 처음부터 폐쇄형인 경우가 대부분이고요. 도구가 똑똑해질수록, 그리고 도구가 내 작업 맥락을 많이 알수록 록인(특정 제품에 묶여 갈아타기 어려워지는 것)은 더 깊어지는 셈이에요.

반대편 이야기도 들어봐야죠

물론 반론도 만만치 않아요. 좋은 도구를 만드는 데는 돈이 들고, 오픈소스 프로젝트의 지속가능성 문제는 업계의 오랜 숙제거든요. 열심히 만들어 공개했더니 대형 클라우드 업체가 가져다 장사하더라는 불만이, 앞서 말한 라이선스 변경 사태들의 배경이기도 했고요. 그래서 코어는 열고 부가 기능으로 수익을 내는 오픈코어 모델이나, 도구는 열고 호스팅 서비스로 버는 모델이 현실적인 절충안으로 자리 잡았어요. '전부 오픈소스여야 한다'는 당위만으로는 만드는 사람의 생계 문제가 풀리지 않는다는 거죠.

도구를 고를 때 체크해볼 것들

실무자 입장에서 챙길 만한 기준을 정리해보면 이래요. 첫째, 내 데이터와 설정을 표준 포맷으로 내보낼 수 있는가. 둘째, 도구가 사라져도 워크플로우를 다른 곳으로 옮길 수 있는가. 셋째, LSP(에디터와 언어 분석기를 잇는 표준 프로토콜)처럼 열린 표준 위에 서 있는 도구인가. 넷째, 폐쇄형 도구라면 그 편의가 록인 리스크를 감수할 만큼 큰가. 특히 팀 단위로 도구를 도입할 때는 개인 취향 문제가 아니라 몇 년치 생산성이 걸린 인프라 결정이라는 관점으로 봐야 해요.

정리하면

도구의 편리함과 통제권 사이의 트레이드오프는 AI 도구 시대에 더 첨예해지고 있어요. 여러분은 폐쇄형이지만 압도적으로 편한 도구와, 조금 불편해도 오픈소스인 도구 중 어느 쪽을 고르시나요? 실제로 도구 록인 때문에 고생한 경험이 있다면 들려주세요.