Ứng dụng khách API desktop Yaak chuyển sang mã nguồn mở

• Ba tháng trước, Yaak đã đăng bài "Why Not Open Source" để giải thích vì sao khi đó họ không định mở mã nguồn
• Từng trải qua tình trạng kiệt sức với các dự án mã nguồn mở trong quá khứ, tác giả cho rằng việc chia sẻ quá trình ra quyết định này có thể hữu ích cho người khác
• Phần lớn người dùng Yaak đồng ý, nhưng cộng đồng mã nguồn mở rộng lớn hơn lại phản đối mạnh mẽ hầu hết nội dung đó

Phản ứng của cộng đồng mã nguồn mở

• "Đừng nhầm lẫn mã nguồn mở/phần mềm tự do với một mô hình xã hội cụ thể trên GitHub hay với việc đóng góp" - lobste.rs

• "Nhưng tất cả những điều đó cũng áp dụng cho phần mềm mã nguồn đóng" - ycombinator.com

• "Lập luận của bài này hoàn toàn là nhảm nhí. Tôi còn chẳng biết 'ứng dụng' này là gì. Không cần thiết. Hãy đi vào sọt rác của lịch sử" - reddit.com

• Phần lớn các phản hồi không mang tính xây dựng, nhưng bình luận 500 từ trên lobste.rs thực sự rất xuất sắc. Sau khi đọc, tác giả bắt đầu nghĩ rằng có thể mình đã sai

Lợi ích của mã nguồn mở

• Mã nguồn mở không nhất thiết đồng nghĩa với mở cho đóng góp
• Chỉ riêng việc công khai mã nguồn cũng đã mang lại phần lớn lợi ích:
  • Mở cho kiểm toán bảo mật
  • Tính năng minh bạch (không có gì đáng ngờ)
  • Tính linh hoạt (có thể fork và chỉnh sửa)
  • Vẫn có thể chạy được ngay cả khi nhà phát triển rời đi

Chuyển sang mã nguồn mở nhưng chỉ cho phép đóng góp hạn chế

• Có những dự án như SQLite, là mã nguồn mở nhưng không chấp nhận đóng góp từ bên ngoài
• Litestream ban đầu không cho phép đóng góp, nhưng sau đó chuyển sang chỉ chấp nhận sửa lỗi
• Yaak cũng áp dụng mô hình này: mở mã nguồn theo giấy phép MIT và chỉ chấp nhận đóng góp sửa lỗi

[rmekdma]

Tôi rất ấn tượng khi anh ấy đã đọc rất nhiều bình luận, chắt lọc những ý kiến mang tính xây dựng và tiếp thu chúng. Đúng là một người rất cởi mở.

[savvykang]

Những bình luận mang tính xây dựng cũng thực sự rất tuyệt vời

[xguru]

Đây là phần tóm tắt bình luận 500 ký tự trên lobster.rs có trong bài viết.
Bình luận này được viết về bài gốc Why Not Open Source ?.

• Nói thẳng vào kết luận: đừng nhầm lẫn giữa "open source" / "phần mềm tự do" với mô hình xã hội đặc thù của GitHub là Drive-by Contribution, hoặc với chính việc đóng góp
• Khó đồng ý với phần giải thích vì sao open source không hiệu quả
• Nhiều luận điểm được đưa ra là những thế lưỡng phân giả. Ví dụ: "việc thêm tính năng trên thực tế là khó, và trong nhiều trường hợp người bảo trì tự triển khai sẽ nhanh hơn"
• Nếu là mã nguồn đóng thì luôn phải tự làm, nhưng kể cả là mã nguồn mở thì nếu muốn vẫn có thể làm như vậy. Không có nghĩa vụ phải nhận đóng góp của người khác

Phản biện theo từng điểm

Có thể thêm tính năng - 🟥 Trên thực tế là khó

• Không cần phải chấp nhận mọi thứ bất kỳ ai gửi lên thì mới được coi là open source

Tăng tính minh bạch - 🟧 Không cần open source mới có minh bạch. Có thể làm điều đó bằng roadmap công khai chứ không chỉ bằng mã nguồn

• Đây là một nhận xét hợp lý. Nhưng không phải chỉ có mã nguồn, mà là có cả mã nguồn nữa. Có thể vừa có mã nguồn minh bạch vừa có roadmap minh bạch

Bảo mật sẽ được cải thiện - 🟧 Tùy từng trường hợp. Người dùng có thể kiểm toán mã của dự án open source và công khai vấn đề

• Dù có chuyển sang open source thì cũng không tệ đi. Có thể không chắc sẽ cải thiện, nhưng ít nhất không có nhược điểm

Cộng đồng sẽ phát triển - 🟧 Chỉ có thể nếu đầu tư công sức. Đây cũng không phải điều chỉ riêng open source mới có

• Điểm này cũng không làm mọi thứ tệ hơn, nhưng tác giả cũng thừa nhận rằng nó không liên quan nhiều

Phản biện về các nhược điểm

Khó xử lý những phản hồi thô lỗ

• Với mã nguồn đóng cũng sẽ nhận phản hồi. Dù theo hướng nào thì cũng không bắt buộc phải tiếp nhận

Khó quản lý chu kỳ phản hồi dài

• Chỉ cần không nhận phản hồi/đề xuất thay đổi là được. Khi đó sẽ không còn chu kỳ cải tiến

Khó từ chối các đóng góp được gửi lên mà chưa được chấp thuận trước

• Chỉ cần ghi trong readme là "không nhận đóng góp" và tự động đóng mọi PR

Khi dự án trưởng thành thì khó từ chối phần lớn yêu cầu

• Dù là mã nguồn đóng thì người dùng vẫn sẽ tiếp tục đưa ra yêu cầu

Khó khăn khi người đóng góp giỏi rời đi

• Chỉ cần không nhận thêm người đóng góp khác. Không khác gì giữa mã nguồn mở hay mã nguồn đóng

Khó chấp nhận việc mọi người làm việc không lương

• Phần mềm tự do không có nghĩa là miễn phí. Phần mềm tự do thương mại cũng có thể tồn tại, và cũng không cần phải chấp nhận việc người khác làm không lương

Việc có hơn 1000 issue chưa được giải quyết là không tốt

• Chỉ cần tự động đóng lại

Cảm giác không có điểm kết thúc là điều khó khăn

• Có người dùng/khách hàng trong mô hình mã nguồn đóng cũng vậy