GitButler giờ là Fair Source

 (blog.gitbutler.com)
8 điểm bởi GN⁺ 2024-08-12 | 1 bình luận | Chia sẻ qua WhatsApp
  • GitButler hiện là một trong những thành viên đầu tiên của phong trào Fair Source, về cơ bản góp phần chuyển đổi mã nguồn đóng sang phần mềm công khai mã nguồn
  • Vài tháng trước, GitButler đã công khai mã nguồn client trên GitHub để mọi người có thể sử dụng, học hỏi và đóng góp
  • Trong vài tuần trước khi công khai mã nguồn, đội ngũ GitButler đã thảo luận rất nhiều về cách thực hiện việc này
    • Vừa cho phép người dùng xem mã, học hỏi và vay mượn từ đó,
    • Đồng thời họ cũng đang đầu tư rất nhiều vào phần mềm, có nhà đầu tư và nhân viên, và muốn xây dựng một doanh nghiệp có lợi nhuận dựa trên sản phẩm
    • Họ đã cân nhắc sử dụng các giấy phép như AGPL hoặc BUSL
  • Sau khi thấy những khó khăn Sentry gặp phải khi công khai mã của Codecov, họ đã chọn Functional Source License (FSL) mà Sentry áp dụng
    • FSL là một cách cấp phép mới thân thiện với doanh nghiệp, có điều khoản cấm cạnh tranh và sẽ chuyển sang giấy phép MIT sau 2 năm
    • Nhờ đó có thể công khai sử dụng mã nguồn mà không phải chật vật để xây dựng một doanh nghiệp có khả năng tự bảo vệ
    • Nó mang lại sự cân bằng hoàn hảo giữa tự do, cởi mở và bảo vệ
  • Họ cũng băn khoăn nên gọi phần mã nguồn công khai mới này là gì
    • Do điều khoản cấm cạnh tranh của FSL, họ không thể dùng thuật ngữ "Open Source"
    • Nhưng cách diễn đạt "source available" lại yếu và dễ gây hiểu nhầm
    • Vì vậy, Sentry và các công ty khác từng trăn trở về vấn đề này đã cùng tạo ra thuật ngữ "Fair Source" để bao quát khái niệm mới về giấy phép công khai mang tính thương mại
  • GitButler cho biết họ rất vui khi trở thành một trong những đơn vị đầu tiên trên thế giới tham gia phong trào Fair Source mới

Đề xuất chuyển mã nguồn đóng sang Fair Source

  • Trang web fair.io đang hỗ trợ các công ty chuyển mã nguồn đóng sang Fair Source
  • Điều này sẽ mang lại một con đường tốt hơn để các công ty vốn sẽ giữ mã nguồn ở trạng thái đóng có thể công khai mã vì cộng đồng, để mọi người đọc, học, đóng góp và chỉnh sửa
  • Nếu là một công ty đang sở hữu phần mềm đóng, họ khuyến khích bạn xem xét phong trào Fair Source và cân nhắc liệu có thể công khai những gì mình đang làm với thế giới và cộng đồng hay không
  • Tất cả chúng ta đều là những người tạo ra sản phẩm, đều thích chia sẻ những gì đã học được với đồng nghiệp và người dùng; điều đó có lợi cho toàn ngành, và giờ đây rào cản đã thấp hơn bao giờ hết
  • Họ mong nhiều người cùng tham gia công khai thêm nhiều phần mềm hơn bằng một loại giấy phép mã nguồn mới, cân bằng giữa tự do của người dùng và tính bền vững của nhà phát triển

Thông tin thêm

  • Nếu muốn hiểu thêm bối cảnh về hướng đi của thế giới hợp tác phần mềm, hãy xem bài viết "Tương lai của mã nguồn mở"
  • Bạn cũng có thể đọc thêm về Fair Source và cơ sở của nó trong bài blog của Sentry hoặc bài viết "The Historical Case for Fair Source" của Chad

Ý kiến của GN⁺

  • Fair Source có vẻ là một phương án thỏa hiệp, vừa tận dụng ưu điểm của mã nguồn mở vừa cân nhắc tính bền vững của các công ty phát triển phần mềm thương mại. Đây có thể là một lựa chọn hấp dẫn với những doanh nghiệp lâu nay khó tìm được mô hình doanh thu khi phát triển phần mềm mã nguồn mở
  • Tuy vậy, do có các điều khoản như cấm cạnh tranh, nó có thể gây ma sát với cộng đồng mã nguồn mở hiện có. Cũng có thể xuất hiện chỉ trích rằng điều này làm tổn hại tinh thần của mã nguồn mở
  • Khi áp dụng Fair Source, điều quan trọng là phải làm rõ các điều khoản giấy phép và giao tiếp minh bạch với cộng đồng. Người dùng cần nhận thức rõ rằng việc sử dụng mã nguồn có những giới hạn nhất định
  • Các cách tiếp cận tương tự gồm có Elastic License 2.0 và Server Side Public License. Nên phân tích kỹ ưu nhược điểm của từng giấy phép để chọn ra lựa chọn phù hợp nhất cho công ty
  • Cần theo dõi Fair Source sẽ ảnh hưởng thế nào đến toàn bộ ngành phần mềm, cũng như nó sẽ mang ý nghĩa gì với nhà phát triển và người dùng. Vì đây là một thử nghiệm mới nên sẽ có va vấp, nhưng hy vọng cuối cùng nó có thể góp phần tạo ra một hệ sinh thái lành mạnh hơn, nơi nhiều chủ thể đa dạng hơn cùng tham gia phát triển phần mềm

Bài viết liên quan

1 bình luận

 
GN⁺ 2024-08-12
Ý kiến trên Hacker News

  • Tôi thích việc họ minh bạch nói rõ rằng phần mềm này không phải mã nguồn mở

    • Tôi có cảm xúc khá phức tạp về toàn bộ phong trào mã nguồn mở
    • Việc công khai minh bạch mã nguồn và cho phép dùng miễn phí là điều tốt, nhưng tôi nghĩ mã nguồn mở nghiêm ngặt sẽ tạo ra một thế giới tốt đẹp hơn
    • Lý do có thể chạy ứng dụng trên Linux là vì mọi đám mây đều có thể chạy nó, và chúng ta được hưởng lợi từ việc có thể lựa chọn giữa các đối thủ cạnh tranh
    • Thật mỉa mai khi phần mềm này được xây dựng trên nền git và có mô hình kinh doanh phụ thuộc vào FOSS, nhưng lại muốn phân biệt và bảo vệ chính nó
    • Nhờ phong trào mã nguồn mở mà tôi có thể bước vào sự nghiệp này miễn phí, và tôi nghĩ cách tốt nhất để đền đáp phong trào là viết và phát hành OSS với những điều khoản cho phép rộng rãi nhất

  • Tôi đã nhầm lẫn giữa https://fair.io và https://faircode.io

    • Thật thú vị khi giấy phép mới mang tính “chức năng” này sẽ tự động chuyển thành MIT hoặc Apache 2.0 sau 2 năm
    • Tôi ủng hộ phần mềm mã nguồn mở (và miễn phí), nhưng hy vọng các giấy phép mới này sẽ khuyến khích nhiều doanh nghiệp kiểu dịch vụ công khai mã nguồn ở một mức độ nào đó hơn

  • Đây là lần đầu tôi nghe về Fair Source License

    • Nó hạn chế hơn FOSS một chút, nhưng mục tiêu là ngăn các hyperscaler kiếm tiền bằng cách chạy phần mềm trên đám mây

  • Tôi tự hỏi có ai có thể giải thích lợi ích của loại giấy phép này so với mô hình mã nguồn mở thông thường không

    • Tôi đã đọc trang và phần FAQ của Fair Source, nhưng ngoài việc làm cho phần mềm tạm thời kém tự do hơn thì tôi không hiểu được góc nhìn nào khác

  • Tôi không phải chuyên gia pháp lý, nhưng có vẻ rủi ro khi dùng trong môi trường thương mại vì định nghĩa của “competitive use” có thể bị diễn giải rất rộng

  • Có vẻ sẽ khó định nghĩa rõ cạnh tranh nghĩa là gì trong bối cảnh của giấy phép này

    • Tôi nhớ gần đây Unity và Redis đã nhiều lần ra tuyên bố về chính vấn đề này và gây ra không ít nhầm lẫn

  • Tôi thắc mắc vì sao các công ty không công bố cho mọi người dưới AGPL, rồi cấp cho chính họ giấy phép thương mại độc quyền

    • AGPL có thể ngăn Google và AWS sử dụng, còn giấy phép thương mại thì cho phép bên được cấp phép (chính họ) thương mại hóa

  • Có một tập podcast chia sẻ suy nghĩ về “Fair Source”: https://changelog.com/podcast/586

  • Thông tin liên quan: Keygen giờ cũng là Fair Source: https://keygen.sh/blog/keygen-is-now-fair-source

  • Tôi tự hỏi liệu Fair Source có phải là tập siêu của mã nguồn mở không

    • Mọi dự án mã nguồn mở đều công khai mã nguồn, có giấy phép mã nguồn mở, và bất kỳ ai cũng có thể sử dụng cũng như sửa đổi miễn là không cạnh tranh