Nixpkgs 코어 팀 해체가 Nixpkgs나 Nix의 종말을 뜻하지는 않음
다만 이 조직 구조가 지속 가능하지 않았고 핵심 기여자들이 소진됐으므로, 더 빠르게 개선하고 기여자를 우선하는 강한 생태계를 만들어야 함
두 사람이 상상 이상으로 훌륭한 일을 해준 데 감사하며, 결국 소진에 이르게 한 점은 안타까움

Nixpkgs 코어 팀은 2025년 9월에 만들어진 비교적 새로운 조직임
좋은 성과를 냈지만 이제 물러나는 것이며, 약 20년간 코어 팀 없이도 운영됐기 때문에 중대한 비상사태라기보다 작년 말 상태로 돌아가는 셈임
적절한 구조를 찾으려면 여러 차례 시행착오가 필요하거나 아예 불필요하다고 결론 날 수도 있지만, 그래도 시도할 가치가 있는 구상이라고 봄

코어 팀이 단 두 명으로 구성됐고 그 팀이 해체된 것인지, 운영위원회도 두 명만을 위한 조직이었는지 더 혼란스러움

NixOS가 죽어가고 있지 않다고 수습하려 하지만, 약 열 명이 한꺼번에 포기했다면 NixOS의 미래에 좋은 징조는 아님

“운영위원회는 헌법이 의도한 위임을 본능적으로 수행하지 못하면서도, 해당 수준의 개별 결정을 직접 처리할 만큼 적극적이거나 결속돼 있지도 않다”는 문장은 미세관리를 거의 시적으로 묘사함
지난 10년 중 여러 해 동안 Nix를 주 운영체제로 쓸 만큼 좋아했음
해결 불가능한 문제는 아니지만 현재의 거버넌스 모델이 작동하지 않으며, 이를 되돌리기도 매우 어려워 보임

프로젝트 거버넌스가 기술보다 정치적 극단주의로 기울면서 극단적인 사람 외에는 운영 직책에 남기 어려워졌음
이들이 다른 사람을 모두 몰아내 도움받을 길까지 막았으니, 과부하와 소진은 피하기 어려웠음

이 문단은 현재 직장에서 느끼는 상황과도 매우 비슷함
미세관리보다는 방향을 모르는 책임자들이 벌이는 간섭과 목표 변경에 더 가까워 보임

2024년 무렵에는 Nix로 무엇이든 가능해 보이는 전성기가 있었지만, 이제 flakes 같은 “실험적” 기능은 영원히 실험 상태일 듯하고 필요한 패키지는 기대만큼 최신이 아니며 Nix 명령어도 좀처럼 기억나지 않음
반면 회사에서는 PAM 같은 예외를 빼면 모두 Nix로 의존성을 받을 정도로 광범위하게 사용함
실제 문제를 해결하므로 개발자 지원 팀이 있는 회사에서는 채택되지만 일반 사용자에게는 답답한 Bazel과 비슷한 도구이며, Nixpkgs 코어 팀 해체를 보니 개인 프로젝트에서 Nix를 떠난 선택이 옳았다고 느껴짐

몇 년간 Nix 도입을 이끌면서 다른 방법보다 훨씬 빠르고 작고 저렴한 빌드를 구현했고, 열악한 Wi-Fi를 통해 로봇의 Linux 컴퓨터에 델타 업데이트도 배포할 수 있었음
flakes가 작업 방식에 잘 맞았고 최신 CUDA와 TensorFlow도 nixpkgs로 제때 제공됐음
전체 빌드 시스템이 한 저장소에 있어 복제와 수정이 쉽고, 패치나 빌드 단계를 추가해도 로컬과 Hydra에서 같은 방식으로 빌드되는 점 때문에 Nix는 막을 수 없는 흐름처럼 보였음
일부 개발자는 이를 이해해 핵심 의존성 갱신을 PR로 안전하게 검증했지만, 전반적으로는 멋져도 감당하기 어렵다는 평가를 받았고 퇴사 몇 년 뒤에는 컨테이너 기반 도구로 교체하려는 듯함
흔한 작업 5~10개를 추려 Claude 기술로 처리하면 될 일이며, 자체 완결적인 빌드·시험 주기는 에이전트 주도 개발에 거의 완벽하게 맞아 보여 더욱 답답함

5대의 물리 호스트와 약 30개의 NixOS 컨테이너·VM으로 구성된 Incus 클러스터를 운영 중인데, 중앙 Nix 저장소에서 명령 하나로 전체 장비를 자신 있게 재빌드하고 업그레이드하는 기능을 포기하기 어려움
팀 해체는 걱정스럽지만 다른 대안을 찾게 만들려면 훨씬 큰 문제가 필요하며, 다른 이들이 이어받을 만큼 충분한 임계 규모가 있다고 봄

회사가 Nix와 관련 생태계를 그렇게 광범위하게 쓴다면 왜 개발 자금을 지원하지 않는지 궁금함

정말 그렇게 복잡한지 의문임
개인적으로 direnv와 Nix를 함께 써서 프로젝트별 의존성 버전을 자동 설치하며 큰 문제는 없었음 flake.nix가 복잡해질 수는 있지만 지금까지 작성한 파일은 단순했음

한동안 Nix에 깊이 빠졌지만 개인 개발자에게는 얻는 이점보다 번거로움이 더 커서 그만두게 됨

Nix 패키지 관리자는 운영체제 전체의 의존성 지옥을 해결하지만, Nix 거버넌스는 사람 사이의 의존성 지옥을 아직 해결하지 못한 듯함

사람 사이의 의존성 지옥은 본질적으로 정치적임

“올바르게 해결한다”는 정의에 따라 다름
실제로 해결한다기보다 컨테이너처럼 패키지마다 별도 버전을 제공할 뿐임

이 문제가 지난 10년 내내 이어진 의미의 “구조적 문제”라고는 생각하지 않음
약 2년 전까지 장기 기여자였지만 특정 인물들이 커뮤니티에 들어와 불필요한 분란을 만들기 시작했고, 이후 오랜 친구들이 서서히 떠나거나 집단 공격으로 축출되는 모습을 봤음

시스템이 그런 인물들을 계속 자리에 남겨 커뮤니티를 분열시킨다면 그 자체로 구조적 문제임

이 사태가 어떤 영향을 주는지 잘 모르는 사람에게 설명이 필요함
서버 작업에 NixOS를 배포하려던 중인데 파급 효과를 이해하지 못해 망설여짐

해체된 조직은 약 1년 전에 생겼고 Nix는 23년 된 프로젝트이므로 이것만으로 사라지지는 않을 것임
다만 매우 가치 있는 기여자 두 명이 소진으로 떠나는 일은 안타까움
Nix와 NixOS는 경험해 본 소프트웨어 중 가장 혁신적인 축에 들며, 그에 걸맞은 거버넌스 구조를 찾길 바람

이 커뮤니티가 만든 제품에 서버를 맡길지는 각자가 결정할 일이지만, 커뮤니티가 불안정하고 내부 분쟁이 잦다는 점은 알아야 함

해체된 조직은 생긴 지 1년도 되지 않았음

NixOS를 많이 사용했지만 커뮤니티의 불안정성 때문에 신뢰할 수 없어 떠났음

여러 해 사용하며 PR도 100개 넘게 올렸지만 커뮤니티 활동에는 깊이 관여하지 않아 이런 게시물에서만 분란을 접함
PR은 계속 들어오고 기능도 꾸준히 개선되고 있음
다만 커뮤니티에 직접 참여하려는 사람에게는 이런 상황이 충분히 방해가 될 수 있음

Nix는 아이디어 자체가 너무 강력해서 현재 커뮤니티가 결국 붕괴하더라도 Determinate 같은 다른 주체가 이어받아 계속 발전시킬 것으로 봄