Bị Microsoft fork

• Spegel là một công cụ mã nguồn mở được phát triển để giải quyết vấn đề mở rộng cụm Kubernetes khi image registry gặp sự cố
• Microsoft từng bày tỏ sự quan tâm đến Spegel và cho biết muốn hợp tác, nhưng sau đó không phản hồi gì thêm rồi tự công bố một dự án tương tự là Peerd
• Peerd có vẻ được tạo ra dựa trên Spegel; trên thực tế, mã nguồn, bài kiểm thử, chú thích, v.v. gần như giống hệt nhau, một số phần gần như ở mức sao chép
• Giấy phép MIT cho phép fork, nhưng không cho phép bỏ qua ghi nhận nguồn gốc hoặc xóa bản quyền; có dấu hiệu cho thấy Microsoft đã không tuân thủ tiêu chuẩn này
• Vụ việc này cho thấy cấu trúc quyền lực mất cân bằng giữa lập trình viên và các tập đoàn lớn trong hệ sinh thái mã nguồn mở, đồng thời làm dấy lên cân nhắc về việc đổi giấy phép và kêu gọi tài trợ

---

Khởi đầu của Spegel và vấn đề đặt ra

• Tác giả gặp vấn đề về khả năng mở rộng trong cụm Kubernetes do image registry bị gián đoạn
• Thay vì dùng mirror có trạng thái, tác giả quyết định tạo ra một công cụ ít gánh nặng vận hành hơn và hoạt động theo kiểu stateless
• Công cụ mã nguồn mở ra đời theo cách đó chính là Spegel, hiện đã đạt hơn 1.7k sao trên GitHub và hơn 14 triệu lượt tải

Cuộc gặp với Microsoft, rồi im lặng

• Microsoft thể hiện sự quan tâm đến Spegel và đề nghị một buổi gặp; tác giả đã nhiệt tình hỗ trợ về kiến trúc và giải thích mã nguồn
• Ban đầu có hy vọng về một sự hợp tác, nhưng sau đó cuộc trao đổi bị cắt đứt mà không có bất kỳ phản hồi nào
• Sau đó, tại KubeCon Paris, Spegel được nhắc đến trong phần công bố Peerd do Microsoft phát triển

Sự tương đồng giữa Peerd và Spegel

• Peerd là một công cụ phân phối image dựa trên P2P do Microsoft tạo ra, chỉ được nhắc ngắn gọn là lấy cảm hứng từ Spegel
• Tuy nhiên trong mã nguồn, định nghĩa hàm, chú thích và các test case đều gần như giống hệt Spegel
• Trong ảnh so sánh mã ví dụ, ngay cả chú thích của hàm cũng trùng khớp; một số bài kiểm thử còn chứa cả tên Spegel và tên công ty cũ của tác giả
• Peerd áp dụng giấy phép MIT, nhưng việc ghi nhận tác giả gốc và nguồn gốc của Spegel là không đầy đủ

Nỗi khó khăn của người duy trì mã nguồn mở

• Khi dự án phát triển, người dùng Spegel thường xuyên hỏi về sự khác biệt với Peerd
• Do chênh lệch về tương quan sức mạnh với Microsoft, Spegel bị lép vế về mặt nhận diện thương hiệu
• Tác giả, người từng kỳ vọng vào sự hợp tác và đóng góp, đã cảm thấy thất vọng và thậm chí cân nhắc thay đổi giấy phép

Tương lai của cộng đồng và cách ứng phó

• Hệ sinh thái mã nguồn mở gần đây đang trải qua những biến động bất ổn như Hashicorp thay đổi giấy phép và mức đầu tư từ doanh nghiệp suy giảm
• Tác giả đã mở GitHub Sponsors và kêu gọi sự tài trợ và tham gia của cộng đồng để có thể tiếp tục duy trì Spegel
• Sự việc này một lần nữa làm nổi bật vấn đề mất cân bằng mang tính cấu trúc giữa lập trình viên cá nhân và các tập đoàn lớn, đồng thời nhấn mạnh tầm quan trọng của việc lựa chọn giấy phép

Kết lại: cá nhân đối đầu tập đoàn lớn, kháng cự trong thế bất cân bằng

• Spegel vẫn đang được sử dụng tích cực, và tác giả tin vào sức bền của hệ sinh thái mã nguồn mở dựa trên chính trải nghiệm của mình
• Tuy nhiên, trong thực tế giống như "David và Goliath", tác giả đang cân nhắc thay đổi giấy phép như một phương thức kháng cự tối thiểu để bảo vệ tương lai của Spegel

[ng0301]

Thật quá vô lương tâm 🤨

[GN⁺]

Ý kiến trên Hacker News

• Trước thời Satya tại Microsoft, tôi từng là người duy trì của một sản phẩm phần mềm mã nguồn mở (OSS) phổ biến, giải quyết một vấn đề quan trọng trong giai đoạn đầu của kỷ nguyên đám mây

  • Một giám đốc của Microsoft đề nghị hợp tác, nhưng tôi trả lời rằng mình sẽ gửi hợp đồng tư vấn
  • Sau khi hoàn tất thủ tục pháp lý, chúng tôi đã tổ chức workshop kéo dài 2 ngày và họ đã thanh toán chi phí
  • Bài học rút ra là đừng làm việc miễn phí nếu họ sẵn sàng trả mức giá tương xứng với giá trị họ muốn nhận

• Lachlan từ nhóm Cloud Native Ecosystem của Microsoft đã gửi lời xin lỗi tới Philip

  • Anh ấy cảm ơn vai trò lãnh đạo và sự hợp tác trong dự án Spegel, đồng thời đánh giá dự án này đang giải quyết những thách thức thực tế cho cộng đồng cloud-native
  • Anh ấy đã gửi một pull request để chỉnh sửa license header và sẽ nỗ lực trở thành người quản lý tốt hơn trong cộng đồng mã nguồn mở

• Có rất nhiều lời chỉ trích nhắm vào Microsoft, nhưng đây có thể chỉ là hành động nhằm thăng tiến sự nghiệp của một cá nhân

  • Cộng đồng mã nguồn mở cần có cách áp đặt hậu quả nghề nghiệp đối với cá nhân trong những tình huống như thế này
  • Hậu quả nghề nghiệp có thể là mất cơ hội phát triển sự nghiệp, mất quyền contributor, và bị biết đến như một người không đáng tin cậy

• Việc không tuân thủ giấy phép MIT là hành vi vi phạm bản quyền

  • Tuy nhiên, vì không có thông báo bản quyền trong tệp nên rất khó để nêu vấn đề
  • Nên tham khảo ý kiến của một luật sư thân thiện với OSS

• Có ý kiến cho rằng cần một loại giấy phép mới, tức mã nguồn mở cộng đồng

  • Khi các công ty như Microsoft fork một dự án, điều đó gây tổn hại cho cộng đồng
  • Cần một đạo đức cộng đồng coi trọng hợp tác hơn là theo đuổi lợi nhuận

• Việc Microsoft xóa thông báo bản quyền là sai, nhưng tác giả không có cơ sở để khiếu nại

  • Nếu đã chọn giấy phép dễ dãi nhất thì phải chấp nhận những hệ quả đi kèm

• Có khả năng ai đó bên trong Microsoft đang tận dụng công sức của người khác để được thăng chức

  • Đây không phải trường hợp đầu tiên cũng sẽ không phải trường hợp cuối cùng, và Microsoft lặp lại kiểu hành vi này một cách có chủ đích

• Một commit đã được gửi để sửa phần ghi nhận bản quyền của dự án Peerd

  • Copyright header của một số tệp đã được cập nhật, và phần ghi nhận trong tệp LICENSE cũng đã được chỉnh sửa