TL;DR

  • Qobuz의 요청에 따라 저장소와 통제하던 모든 배포 채널을 폐쇄했으며, 공식 플랫폼 접근 없이 QBZ를 이어가는 것은 프로젝트의 방향과 맞지 않아 종료함.
  • QBZ는 리눅스 사용자가 비트 퍼펙트 재생, 라이브러리 관리, 통합 기능과 네이티브 앱을 원하고 누릴 자격이 있음을 보여줌.
  • Qobuz를 선택한 이유는 음질뿐 아니라 아티스트와 권리자 보상을 중시하고 음악 발견과 편집 큐레이션에 사람의 역할을 유지하는 가치관에도 있었음.
  • 커뮤니티의 반응은 리눅스가 더는 무시할 수 있는 틈새 시장이 아니며, 기업이 이를 언제 인정할지 결정해야 함을 보여줌.
  • QBZ는 조기에 끝났지만 기능적이고 세련된 리눅스 소프트웨어를 만들 수 있음을 입증했으며, 기업들이 좋은 데스크톱 소프트웨어를 제공해야 한다고 촉구함.

끝을 향해

  • 최근 QBZ 저장소와 통제하던 모든 배포 채널을 폐쇄했지만, 당시에는 진행 중인 대화에 영향을 주고 싶지 않았고 이후 상황도 명확히 알지 못해 이유를 설명하지 않았음.
  • 최근 여러 사용자가 Qobuz에 무슨 일이 있었는지 문의했고 Qobuz가 공식 답변을 내놓아, 이제 상황을 설명하는 것이 적절하다고 판단함.
  • 무엇보다 이번 일을 Qobuz를 공격하는 캠페인으로 만들지 말아 달라고 요청함.
  • 이 과정에서 만난 Qobuz 관계자들은 전문적이고 존중하는 태도를 보였으며, 의무 이상의 친절을 베풀었음. 이에 진심으로 감사함.
  • Qobuz를 선택한 이유는 음질만이 아니었음. Qobuz는 음악에 가치가 있다는 관점을 꾸준히 내세우며 특히 아티스트와 권리자에 대한 보상을 강조하고, 음악 발견과 편집 큐레이션의 의미 있는 부분을 알고리즘에 맡기지 않고 사람의 몫으로 남겨 두고 있음.
  • 이러한 가치관은 여전히 중요하며 QBZ에서 일어난 일로 달라지지 않음.
  • QBZ는 리눅스 사용자를 위한 제대로 된 클라이언트가 없고 독립 개발자가 공식적으로 공개된 경로를 통해 클라이언트를 만들 수도 없었기에 존재했음.
  • Qobuz가 단일 기업보다 큰 의무와 업계 규칙 안에서 운영된다는 점을 이해하지만, 그러한 규칙은 오픈 소스가 활동할 여지도 거의 남기지 않음.
  • QBZ는 Qobuz와 싸우려 한 적이 없으며, 서로 다른 두 세계가 충돌하는 지점에 놓이게 됐음.

QBZ가 입증한 것

  • 이번 일에서 긍정적인 점은 커뮤니티의 반응이 한 가지 사실을 분명히 했다는 것임.

리눅스 사용자에게도 훌륭한 데스크톱 소프트웨어가 필요함.

  • 리눅스 사용자는 낡은 컴퓨터를 재활용하는 괴짜뿐이라는 고정관념은 이미 현실과 거리가 있음. 오늘날 리눅스 사용자는 고성능 워크스테이션, 게이밍 컴퓨터, 최신 노트북, 전용 미디어·오디오 시스템을 운용함.
  • 고가 하드웨어와 프리미엄 서비스를 이용하고, 사용자 경험(UX)과 통합, 사용 중인 기기의 성능을 제대로 활용하는 소프트웨어를 중요하게 여김.
  • QBZ를 개발하면서 버그 신고와 문제 해결을 위해 사용자가 공유한 로그를 살펴보다 자동차보다 비싼 오디오 및 컴퓨터 하드웨어를 보게 된 적도 있음.
  • 따라서 이 커뮤니티가 10년 된 ThinkPad와 사무실 창고에서 구해 부팅되는 컴퓨터만으로 버티는 것은 아님.
  • 리눅스 사용자는 해마다 늘고 있으며, 개방형 플랫폼으로의 이동은 실제로 진행 중임. 이제 이 시장은 무시해도 되는 틈새 시장으로 치부할 수 없음.
  • 기업은 이러한 변화를 얼마나 일찍 인정할지 결국 결정해야 하며, Qobuz가 그렇게 하기를 진심으로 바람.

QBZ는 어떻게 되는가?

  • Qobuz의 요청에 따라 저장소와 통제하던 모든 배포 채널을 폐쇄하는 등 요청을 전적으로 따름.
  • Qobuz 클라이언트로서 QBZ가 현실적으로 미래를 이어가려면 플랫폼에 대한 어떤 형태의 공식 접근이 필요하다고 봄.
  • 그러나 공식 접근은 QBZ가 어떤 프로젝트여야 하는지라는 근본적인 질문도 제기함. 기밀 API, 계약상 제약 또는 더는 공개적으로 개발할 수 없는 코드에 기반한 폐쇄형 구현은 만들고자 했던 프로젝트와 크게 다름.
  • 흥미로운 기능을 빼고 QBZ라는 이름만 유지하려고 기능을 축소한 버전을 내놓는 데도 관심이 없음.
  • 더는 믿지 않는 무언가로 이름만 이어가기보다 QBZ를 원래 모습 그대로 남기고자 함. 따라서 QBZ는 여기서 끝나며, 이번만큼은 돌려 말하는 것이 아님.

그래도 가치 있는 여정이었음

  • QBZ가 예상보다 일찍 끝났지만 실패한 프로젝트라고 여기지 않음. 오히려 처음 이루고자 했던 목표를 달성함.
  • 2000년 무렵의 데스크톱 환경에서 튀어나온 듯한 모습이 아니더라도 기능적이고 세련되며 사용하기 즐거운 리눅스 소프트웨어를 만들 수 있음을 보여줌. 당시에는 압축률이 매우 높은 .ra 파일을 RealPlayer로 듣곤 했음.
  • 리눅스 사용자는 제대로 된 라이브러리 관리, 비트 퍼펙트 재생, 통합 기능, 메타데이터 도구, 합리적인 사용자 경험(UX), 플랫폼을 부차적으로 취급하지 않는 네이티브 앱을 원하고 누릴 자격이 있음도 보여줌.
  • 어쩌면 가장 중요한 점은 다소 어처구니없을 정도로 분명한 사실임. 한 사람이 ADHD 특유의 과몰입을 좋은 음악 플레이어를 만드는 데 집중해 스트리밍 서비스에 요청돼 온 기능을 구현할 수 있다면, 실제 엔지니어링 팀을 보유한 기업도 당연히 할 수 있음.
  • Qobuz뿐 아니라 모든 기업이 그렇게 해야 함. 좋은 데스크톱 소프트웨어를 만들고, 리눅스를 진지한 플랫폼으로 대하며, 사용자가 원하는 기능을 제공해야 함. 빠르고 네이티브이며 사용하기 좋아야 하고, 무리한 요구를 하나 더 보태자면 Electron은 이제 그만 사용해야 함.
  • 앞으로 어떤 일이 일어나든 좋은 소프트웨어를 계속 기대해 달라고 당부함. QBZ는 더는 그 공백을 메우지 못하지만 공백 자체는 사라지지 않았으며, 오히려 종료에 대한 반응이 그 공백의 실재를 입증함.
  • QBZ를 테스트하고, 버그를 신고하고, 황당한 기능을 요청하고, 코드를 제출하고, 번역하고, 스크린샷을 만들고, 빌드를 패키징하고, 사용자 인터페이스(UI) 결정을 두고 논쟁하고, 다른 이에게 추천하거나 음악을 듣는 데 사용한 모든 이에게 감사함.
  • 프로젝트를 후원한 이들에게도 감사함. 후원 덕분에 에이전트 관련 비용이 적지 않았음에도 아내에게 숨기기 쉬웠다고 덧붙임.
  • 바이브 코딩을 비판한 이들에게도 감사함. 소프트웨어 엔지니어링이 뒷받침되면 바이브 코딩도 잘할 수 있음을 보여줬다고 설명함.
  • 한 리눅스 사용자가 원하는 음악 플레이어를 누군가 만들어 주기를 기다리는 데 지쳐 시작한 작은 프로젝트를 믿어준 이들에게 감사함.
  • 멋진 여정이었으며, 이제 모두 다시 벤치에 앉아 리눅스 클라이언트를 기다리는 상황임.