Làm cách nào để bắt đầu một dự án nguồn mở thành công?

Question

Một thời gian trước, tôi đã quan sát thấy một vài người đang cố gắng bắt đầu một dự án nguồn mở. Khoảng một tuần sau khi dự án bắt đầu ít nhiều hoàn toàn bị giải thể, một phần là do các vấn đề về cách thức quản lý dự án.

Các ý tưởng đằng sau dự án tuy nhiên được suy nghĩ rất tốt và rất nhiều người vẫn quan tâm đến việc thấy nó nhận ra. Cho đến nay không ai có bất kỳ nỗ lực nghiêm túc để tái tạo nó nhưng một vài người trong chúng ta đang nghĩ về việc đó. Tất nhiên chúng tôi không muốn dự án kết thúc giống như cách nó đã làm lần trước.

Bây giờ cho câu hỏi của tôi. Làm thế nào người ta nên bắt đầu một dự án mã nguồn mở thành công, trong đó thành công được định nghĩa là "dự án không chết trừ khi không ai không còn quan tâm đến chính phần mềm nữa?"

Answer 1

Câu hỏi hay, mặc dù nó đáng giá hơn một cuốn sách hơn là một bài viết đơn giản, IMHO. Và tôi hy vọng điều đó không có gì ngạc nhiên khi hầu hết lời khuyên tốt nhất là xã hội, không phải là kỹ thuật.

Dưới đây là một số quan sát không theo thứ tự đặc biệt:

• Đừng làm cho một đầu tư hạ tầng lớn lên phía trước Trừ khi bạn đã là một committer Apache (hoặc somesuch), không mua sắm xung quanh cho một tổ chức tài trợ hoặc lưu trữ máy chủ của riêng bạn, v.v. Lên trên GitHub trong 5 phút và không nhìn lại. Đặt năng lượng của bạn trong các tính năng.
• Giảm rào cản cho mục nhập Không làm cho những người đóng góp tiềm năng nhảy qua hoops hoặc trải qua kiểm tra lý lịch trước khi bạn lắng nghe ý tưởng của họ. Các dự án nguồn mở là nền kinh tế nối mạng ... bạn cần năng lượng của người khác. Ngay cả hoạt động sai lầm cũng tốt hơn là không có hoạt động nào trong dự án của bạn. Bạn luôn có thể điều khiển codebase theo hướng tốt hơn sau đó.
• Giảm thiểu mã tùy chỉnh Không viết công cụ ghi nhật ký tùy chỉnh hoặc API phân tích cú pháp XML ... có các triển khai mã nguồn mở (1) đủ tốt, (2) duy trì tốt hơn và (3) tốt hơn của bạn trở thành anyway. Bạn càng tập trung nhiều năng lượng vào vấn đề cốt lõi của mình thì càng tốt.
• Sống ở mép Mọi người và tổ chức sẽ chỉ đầu tư vào cải thiện dự án của bạn nếu họ sẽ trực tiếp hưởng lợi. Ăn dogfood của riêng bạn. Tạo phụ thuộc trong các dự án khác của bạn (như với chủ nhân của bạn) trên dự án mã nguồn mở của bạn, ngay cả khi nó chưa hoàn hảo. (Gợi ý: các dự án phần mềm không bao giờ hoàn hảo, chúng đang hoặc đang hoạt động hoặc đã chết.)

Answer 2

Bạn đang tự mình nói. Điều quan trọng nhất là nó nên có những người quan tâm đủ để giải quyết các vấn đề thay vì từ bỏ.

Nếu không ai quan tâm đủ, nó sẽ lại chết. Hãy thử một dự án khác mà bạn quan tâm đủ.

"Rất nhiều người quan tâm đến việc nhìn thấy nó nhận ra" có nghĩa là không có gì nếu không ai thực sự làm công việc, chiến đấu chống lại và ở lại đặt.

Answer 3

Đây là loại chủ đề ngoài SO, nhưng tôi vẫn sẽ cắn.

Hầu hết các dự án FOSS được bắt đầu bởi một người SINGLE. Những người khác đến trên tàu sau khi người này đã sản xuất một số mã mà làm một cái gì đó mơ hồ hữu ích. Vì vậy, nếu bạn muốn bắt đầu một dự án, hãy tự mình làm, thiết lập một trang web trên một cái gì đó như Google Code và viết một số mã. Điều cuối cùng là quan trọng nhất.

Answer 4

GitHub là một nơi tốt vì nó giúp mọi người thậm chí chỉ quan tâm một chút đến việc chia dự án của bạn và áp dụng các bản vá của họ để chia sẻ với người khác.

Nhưng nó thực sự là về thái độ xung quanh dự án của bạn nhiều hơn nơi bạn lưu trữ nó hoặc những cân nhắc đơn giản khác như thế. Hãy nhân từ, nghiêm túc, và khôn ngoan, giữ một cộng đồng đi mặc dù nó sẽ khá nhỏ trong một thời gian, và cứ thế. Chấp nhận các bản vá lỗi cần được chấp nhận, từ chối các bản vá lỗi cần được từ chối. Chỉ là một người tốt, nhà phát triển và người quản lý, và áp dụng những kỹ năng đó cho dự án của bạn, và nó sẽ ổn thôi.

Answer 5

Tôi không nghĩ rằng nó được đặt trong đá, nhưng đối với tôi điểm lớn nhất là dự án của bạn nên lấp đầy một khoảng trống trong hệ sinh thái hiện có. Nói cách khác, có một không gian cho dự án của bạn để sống.

Ngoài ra, tôi có thể nói rằng cách tốt nhất để giữ động lực là làm việc cùng với mọi người. Bạn nói rằng vẫn còn rất nhiều người thú vị khi thấy nó nhận ra. Vậy tại sao những người đó không làm gì đó? Chắc chắn họ có thể làm điều gì đó. Tôi nghĩ một quan niệm sai lầm phổ biến là việc đóng góp cho một dự án nguồn mở có nghĩa là bạn phải có khả năng viết mã. Có nhiều với nó:

• Viết tài liệu
• Tạo yếu tố đồ họa
• Thảo luận về các tính năng và lộ trình
• thúc đẩy dự án
• vv vv

Chắc chắn, không phải tất cả các điểm này đều có thể áp dụng cho mọi dự án, nhưng cố gắng giúp mọi người cam kết với dự án cuối cùng sẽ giúp bạn và/hoặc các dự án của bạn luôn cam kết. Bạn không muốn bỏ tất cả những người khác vào dự án, phải không? ;-)