Bun은 Node.js 생태계에서 가장 빠르게 주목받은 JavaScript 런타임 중 하나다. 설치 속도, 번들링, 테스트 러너까지 하나로 묶은 구성이 개발자들 사이에서 빠르게 입소문을 탔다. 그런데 최근 한 개발자가 조용한 우려를 꺼냈다. 제목은 단순하다. “Bun이 걱정된다.”
이미지 출처: Unsplash
글의 핵심은 Anthropic의 인수 이후 Bun의 방향이 어떻게 달라질지에 대한 불안이다. 저자는 그 우려의 근거로 Claude Code의 변화를 든다. 한때 충분히 유용했던 도구가 시간이 지나면서 기본 추론 품질이 낮아지고, 세션 버그가 늘어나고, 청구 방식이 예측하기 어려워졌다는 것이다. 저자는 이를 두고 “교과서적인 엔시티피케이션(enshittification)”이라고 표현한다. 처음에는 사용자를 위해 좋게 만들고, 이후에는 수익을 위해 조금씩 바꾸는 패턴이다.
Bun이 같은 경로를 밟을 수 있다는 우려다. 개발자 도구는 복잡한 사용 맥락을 이해하는 팀이 오랫동안 직접 써보면서 다듬어야 한다. 인수 이후 우선순위가 바뀌면, 사용자가 체감하는 품질 저하는 수치보다 훨씬 빨리 온다.
런타임을 고르는 일의 무게
저자는 개인적으로는 pnpm으로 이전하는 중이라고 밝혔다. 다만 Bun 자체가 나쁜 소프트웨어라고 말하는 게 아니다. 지금 당장은 좋은 도구다. 문제는 개발자 도구를 선택할 때 현재 품질만이 아니라 관리 주체의 방향성과 인센티브 구조도 함께 봐야 한다는 점이다.
이미지 출처: Unsplash
오픈소스 생태계에서 인수는 언제나 양면의 사건이다. 리소스와 안정성을 얻지만, 원래의 방향성이 희석될 위험이 생긴다. Node.js가 Joyent에서 Linux Foundation으로 옮겨가는 과정에서 생겼던 긴장감, 또는 MySQL이 Sun과 Oracle을 거치면서 MariaDB 포크가 탄생하게 된 흐름이 그 예다. Bun이 Zig에서 Rust로 포팅을 시작했다는 소식이 같은 날 HN 첫 페이지에 함께 올라온 것도 의미심장하다. 큰 구조적 변화가 동시에 일어나고 있다는 뜻이다.
결국 이 글이 남기는 질문은 하나다. 우리가 매일 쓰는 도구를 누가 소유하고, 그 소유가 장기적으로 어떤 방향을 만드는가. 빠르고 편한 것을 택하는 것만큼, 그 도구가 앞으로도 그렇게 남아있을지를 함께 생각하는 일이 개발자에게 필요한 습관이 되고 있다.
출처