Đội ngũ cốt lõi Ruby tiếp quản quyền sở hữu RubyGems và Bundler

• Quyền sở hữu kho lưu trữ của trình quản lý gói RubyGems và Bundler của ngôn ngữ Ruby đã được chuyển từ Ruby Central sang đội ngũ cốt lõi Ruby
• Quyết định này được đưa ra dưới sự dẫn dắt của Matz (Yukihiro Matsumoto) nhằm đảm bảo sự ổn định dài hạn và tính liên tục của cộng đồng
• RubyGems và Bundler vẫn sẽ giữ nguyên giấy phép mã nguồn mở, đồng thời bản quyền và lịch sử đóng góp của các cộng tác viên hiện có cũng tiếp tục được tôn trọng
• Cơ chế vận hành được chuyển sang hình thức đồng quản lý giữa Ruby Central và đội ngũ cốt lõi Ruby, trong khi phương thức phát triển do cộng đồng dẫn dắt vẫn được duy trì
• Đây là một chuyển đổi mang tính cấu trúc nhằm củng cố sự phát triển bền vững và tính tích hợp của hệ sinh thái Ruby, có ý nghĩa quan trọng đối với sự ổn định dài hạn trong tương lai

---

Tầm quan trọng của RubyGems và Bundler

• RubyGems là công cụ quản lý gói cốt lõi của hệ sinh thái Ruby, còn Bundler là thành phần thiết yếu phụ trách quản lý phụ thuộc và triển khai
• Cả hai dự án đều là công cụ tiêu chuẩn được tích hợp trong bản phân phối Ruby, và gắn bó chặt chẽ với ngôn ngữ Ruby
• Tuy nhiên, từ trước đến nay RubyGems và Bundler được Ruby Central quản lý độc lập thay vì tổ chức Ruby,
  nên dù là thành phần tiêu chuẩn của ngôn ngữ Ruby, chúng vẫn được vận hành trong một tổ chức riêng trên GitHub, dẫn đến thiếu nhất quán về mặt cấu trúc
• Vì vậy, đội ngũ cốt lõi Ruby đã quyết định chính thức tiếp quản quyền quản lý và bảo trì các kho lưu trữ
• Mục tiêu là đảm bảo sự ổn định dài hạn của dự án và sự đồng bộ (alignment) với hệ sinh thái Ruby

Những thay đổi chính

• Quyền sở hữu chính thức của các kho lưu trữ được chuyển sang đội ngũ cốt lõi Ruby, đồng thời chuyển sang cơ chế đồng quản lý với Ruby Central
• Các điều khoản giấy phép mã nguồn mở hiện có không thay đổi, không có thay đổi nào về cấu trúc thương mại hay pháp lý
• Quyền sở hữu trí tuệ và bản quyền của mọi cộng tác viên hiện có đều được giữ nguyên, không có thay đổi về quyền sở hữu mã nguồn
• Tiếp tục duy trì mô hình phát triển do cộng đồng dẫn dắt, bất kỳ ai cũng có thể đóng góp

Hợp tác cộng đồng và kế hoạch sắp tới

• Đội ngũ cốt lõi Ruby có kế hoạch duy trì cơ chế hợp tác liên tục với Ruby Central và các nhà phát triển trên toàn thế giới
• Động thái lần này được đánh giá là nền tảng dài hạn nhằm nâng cao tính ổn định và độ tin cậy của hệ sinh thái Ruby
• Trong tuyên bố, Matz gửi lời cảm ơn tới sự tận tâm của Ruby Central và nhắc đến việc "hãy cùng nhau xây dựng một tương lai Ruby tươi sáng hơn"

Hàm ý

• Việc chuyển giao lần này là một sự kiện mang tính biểu tượng, tái tổ chức hạ tầng cốt lõi của ngôn ngữ Ruby vào trong tổ chức chính thức
• Có thể xem đây là bước ngoặt giúp nâng cao tính bền vững của Ruby trong tương lai thông qua việc tích hợp bảo trì ở cấp độ ngôn ngữ và thống nhất hệ sinh thái

[GN⁺]

Ý kiến trên Hacker News

• Tôi nghĩ quyết định lần này là đi đúng hướng, và cảm thấy biết ơn vì Ruby Core cùng Matz đã đứng ra mang lại sự ổn định cho toàn bộ ngôn ngữ và cộng đồng
  • Điều này càng nhấn mạnh rằng Matz thực sự là trụ cột trung tâm; tôi nghĩ câu “Matz is nice and so we are nice” trước đây nên được đổi thành “tử tế và có trách nhiệm”
• Về lâu dài, có lẽ một cấu trúc với nhiều nguồn như gem.coop sẽ an toàn và vững chắc hơn, nhưng ở RubyGems, niềm tin đã sụp đổ hoàn toàn qua nhiều tầng lớp khác nhau (quản trị viên, thành viên cộng đồng, nhà tài trợ, v.v.), và các vấn đề như gây quỹ hay quyền riêng tư dữ liệu vẫn còn là bài toán chưa giải xong; tuy vậy, có vẻ đa số người trong cộng đồng Ruby sẽ ủng hộ thay đổi lần này
  • Có ai có thể tóm tắt chuyện gì thực sự đã xảy ra không? Tôi không theo dõi tin tức Ruby gần đây nên khá tò mò
  • Đồng ý, giờ có lẽ cần quan sát thêm xem gem.coop có thể tập hợp được bao nhiêu động lực; họ đã đưa ra lời hứa cho tương lai và có lẽ cuối cùng sẽ đạt được kết quả nào đó. Khi dịch vụ beta mở ra, tôi sẵn sàng đăng lại ít nhất một phần các gem tôi từng phát hành trước đây, nhất là những gem quan trọng. Vẫn còn vài chỗ cần cải thiện, tiêu biểu là tài liệu hóa (cũng liên quan đến ruby documentation, vấn đề là đang bị tách rời), và việc thiếu namespacing cũng là một vấn đề (trong Ruby không có namespacing chính thức, đây vừa là đặc điểm vừa là vấn đề, và tôi nghĩ cần có cách để tách theo từng mối quan tâm). Có lẽ thực tế hơn là khoảng nửa năm nữa, vào cuối tháng 5 năm 2026, hãy đánh giá lại. Nếu DHH tiếp tục đưa ra những phát ngôn gay gắt trên blog, những người vốn không hài lòng với gem.coop có thể sẽ mới tham gia và đóng góp nhiều hơn, từ đó lợi ích cũng tăng lên. Từ góc độ người dùng, đây có thể là tình huống win-win với nhiều tự do và linh hoạt hơn. Sẽ có nhiều người ở lại với rubygems.org, nhưng cũng sẽ ngày càng nhiều người thích gem.coop hơn; cũng sẽ có người dùng cả hai (điều này hơi phức tạp nên có lẽ gem.coop cũng nên nghĩ tới tính năng chỉ định source theo từng gem). Nói chung vẫn còn rất nhiều việc phải làm
  • Tôi không thể tin nổi rằng một quản trị viên đã ngừng bảo trì từ lâu vẫn còn giữ quyền root. Thật ngạc nhiên khi họ vẫn để lại dù chỉ một mức quyền nào đó trên một nền tảng cốt lõi. Gần đây tôi rất sốc khi thấy các thành viên cộng đồng Ruby phản đối những tiêu chuẩn bảo mật hiện đại (và thực tế đã được áp dụng rộng rãi) dù đây là một nền tảng quan trọng của web. Giờ đâu còn là năm 2006 nữa, cũng không còn là thời chỉ cần dùng lệnh curl để cài rails; sự ngây thơ của kiểu phản ứng ngược này khiến tôi thấy đáng sợ. Việc để tư thế bảo mật không được duy trì và phơi bày trực tiếp trước các cuộc tấn công chuỗi cung ứng thật sự gây sốc. May mà cuối cùng cũng có ai đó quan tâm đến bảo mật phù hợp với thời điểm hiện tại
  • Về lập luận rằng có nhiều source thì an toàn hơn, tôi nghĩ bề mặt tấn công sẽ rộng gấp ba và có thể dẫn tới nhiều lỗ hổng bảo mật hơn
  • Đây chỉ là thay đổi đối với tooling của Ruby; bản thân rubygems.org thì vẫn thuộc sở hữu của một thực thể thù địch, tùy theo lập trường mà nhìn nhận, nên tôi nghi ngờ việc này thực sự giúp khôi phục niềm tin đến mức nào
• Có thể xem quan điểm của Ruby Central tại đây https://rubycentral.org/news/ruby-central-statement-on-rubygems-bundler/
  • Nhân tiện, cũng nên đọc cả tuyên bố trước đó ngày 19 tháng 9, trong đó có nội dung “phản ánh cam kết chung đối với sự ổn định và tăng trưởng dài hạn của hệ sinh thái Ruby” https://rubycentral.org/news/strengthening-the-stewardship-of-rubygems-and-bundler/
• Tôi thực sự biết ơn việc Matz đã trực tiếp thể hiện vai trò lãnh đạo trong một tình huống khó khăn như vậy. Là một nhà phát triển Nhật Bản, gần đây tôi đã rất lo lắng không biết sự việc sẽ đi về đâu, và thông báo lần này khiến tôi yên tâm hơn
  • Tôi tò mò không biết ông ấy đã thể hiện vai trò lãnh đạo như thế nào. Rõ ràng không phải lúc nào Hiroshi Shibata cũng tự ý hành động. Tôi nghi ngờ quyết định lần này về việc nhận gem và bundler có lẽ đã được đưa ra nội bộ từ vài tháng trước. Về ý kiến cho rằng là một nhà phát triển Nhật Bản thì cảm thấy yên tâm hơn, cá nhân tôi lại thấy lo hơn. Tôi sống ở một nơi không phải Mỹ cũng không phải Nhật, nên cảm giác như Mỹ và Nhật đang chi phối hệ sinh thái Ruby quá mức khiến tôi bối rối và không hài lòng (phía Nhật thì còn có thể hiểu vì đó là cộng đồng địa phương), nhưng ảnh hưởng của Mỹ lớn đến vậy thì tôi thấy hơi quá. Python cũng vậy, nên đây là điều khiến tôi tiếc nuối
• Tôi nghĩ bất kỳ ai từng đụng vào ruby dù chỉ một chút cũng sẽ thấy đây là kết quả mà không ai có thể phản đối
  • Tôi nghĩ chỉ Ruby Central là bên được lợi. Họ không nhượng bộ gì cả, ngược lại còn được Ruby Core chính thức ủng hộ để được công nhận là đơn vị bảo trì Rubygems. Quyền sở hữu repository đã được chuyển đi, nhưng Ruby Central vẫn giữ trách nhiệm vận hành và quản trị đồng thời hợp tác chặt chẽ với Ruby Core. Andre đang nắm quyền đối với thương hiệu Bundler và từng tuyên bố sẽ thực thi quyền đó với Ruby Central https://andre.arko.net/2025/09/25/bundler-belongs-to-the-ruby-community/, Ruby Central chuyển quyền sở hữu Bundler cho Ruby Core nhưng vẫn tiếp tục bảo trì, còn Ruby Core thì phải gánh rủi ro pháp lý. Nếu Andre kiện, anh ấy sẽ phải đối đầu với Ruby Core ở Nhật Bản và hình ảnh sẽ càng xấu đi
  • Mọi người chưa bất mãn chỉ vì Matz vẫn chưa lên tiếng về các vấn đề xã hội như luật nhập cư
  • Tôi thật sự muốn hỏi lại là có phải đúng là không ai bất mãn hay không
  • Tôi tò mò vì sao lại nói như thể không ai bất mãn cả; tôi nghĩ vẫn còn vô số câu hỏi chưa có lời giải. Cuối cùng, mấu chốt có lẽ sẽ là gem.coop sẽ được đón nhận đến mức nào (liệu nó có thực sự phát triển hay không). Có thể việc tạo ra một cách mới để cài đặt dự án Ruby còn tốt hơn (như trường hợp Rust + cargo), nhưng tôi thiên về việc tách riêng nhà cung cấp dịch vụ và thảo luận kỹ thuật thực tế. Thực tế là vừa có file thực thi gem vừa có file thực thi bundle thì không ổn lắm. Tôi cho rằng API nên được thống nhất thành một (hoặc Ruby Core duy trì một API đơn giản, còn các tính năng bổ sung thì ai muốn cứ tự do phát triển). Rốt cuộc nhiều dự án có thể sẽ thành như tranh biếm họa của xkcd. Tôi thích sự đơn giản của bin/gem, còn Bundler thì thêm vài tính năng tiện lợi. Sẽ tốt hơn nếu lệnh gem có thể chỉ định nhiều source một cách dễ dàng, bao gồm cả gem.coop
• Tôi đồng ý rằng Ruby Core là lựa chọn tốt hơn Ruby Central, nhưng tôi vẫn tò mò chính xác chuyện lần này là gì, và hình ảnh chung của hệ sinh thái ruby có phần bị mờ đi
  • Bình thường tôi chủ yếu phát triển bằng go cùng một vài ngôn ngữ khác, và tôi thấy tính phân tán của hệ sinh thái package của go là một ưu điểm lớn (dĩ nhiên cũng có nhược điểm). Dù khủng hoảng chuỗi cung ứng trong NPM hay các hệ sinh thái package công khai vẫn lặp đi lặp lại, tôi vẫn thấy lạ là tại sao lại không có nhiều thử nghiệm phân tán hoặc do cộng đồng dẫn dắt hơn
• Tôi đã chờ quyết định này vì nghĩ đây là lựa chọn đơn giản nhất và có thể khôi phục niềm tin, và tôi vẫn tin rằng những nhà lãnh đạo có thiện chí sẽ cứu được cộng đồng
• Gần đây tôi theo dõi chuyện này với cảm giác hứng thú như xem phim drama; tôi thấy tiếc cho những người bị ảnh hưởng trong cộng đồng ruby, và cuối cùng thì tôi vẫn nghĩ Matz là tuyệt nhất
  • Tôi tò mò liệu mọi chuyện có bắt nguồn từ ác cảm với DHH hay không. Tôi cũng nghĩ liệu có thể fork độc lập rồi áp dụng các cải thiện cần thiết về bảo mật và quản trị cho rubygems.org hay không. Trong trường hợp như thế này, chẳng phải giải quyết xung đột bằng fork là cách tiêu chuẩn theo tinh thần mã nguồn mở sao?
• Cách hành xử và phong thái công bố của Matz thật sự rất ấn tượng và khơi dậy sự kính trọng; nó nhắc tôi nhớ rằng sự vĩ đại là như thế nào
  • Tôi không hài lòng vì họ chỉ chăm lo cho phía tấn công là Ruby Central mà không hề bày tỏ lời cảm ơn với các quản trị viên cũ đã đóng góp suốt nhiều năm
  • Việc không nhắc tới dự án đã rơi vào tay RC (Ruby Central) như thế nào khiến tôi cảm thấy toàn bộ quá trình lần này đã bị tô hồng
• Với tư cách người ngoài cuộc, tôi muốn biết liệu ai đó có thể giải thích ngắn gọn sự việc lần này không
  • Có thể tham khảo thread này https://news.ycombinator.com/item?id=45299170#45300774, đặc biệt phần tóm tắt của Mike McQuaid rất hữu ích. Ông ấy đã đóng vai trò hỗ trợ trung gian và giao tiếp, và các bài đăng mạng xã hội gần đây của ông ấy cũng đáng tham khảo https://bsky.app/profile/mikemcquaid.com
  • Chủ sở hữu đã thay đổi vài lần, và chi tiết của quá trình đó hoàn toàn không minh bạch. Căng thẳng trong cộng đồng tăng lên, và vì nhân vật nổi bật, lên tiếng nhiều nhất lại có phong cách đưa ra những ý kiến mạnh mẽ nhưng không được lòng số đông, nên tranh chấp càng bùng lên
  • Tôi cảm thấy không ai có thể giải thích rõ ràng; mọi thứ đều rối rắm và bế tắc cả thôi