Làm thế nào để thúc đẩy một dự án nguồn mở?


29

Trước hết, tôi xin lỗi nếu đây là phần sai của mạng để đăng câu hỏi này. Nếu có, xin vui lòng di chuyển nó đến vị trí thích hợp hơn ...

Câu hỏi: Tôi muốn nghe ý tưởng của bạn về các cách thức của các dự án nguồn mở đang được bắt đầu và chạy. Tôi có một dự án hệ thống quản lý nội dung nguồn mở và ở đây có một số câu hỏi được đặt ra: Tôi nên hành động như thế nào? Tôi có thể đưa ra một phiên bản pre-alpha khả thi với hoạt động trước và sau đầu tiên và sau đó công bố dự án công khai không? Hoặc tôi sẽ công bố nó ngay từ đầu? Là một nhà phát triển tôi biết rằng người ta nên sử dụng hệ thống phiên bản như Git hoặc SVN, điều mà tôi làm, không có vấn đề gì ở đó. Và giá trị của kiểm thử đơn vị cũng là một điều cần nhớ, mà, thành thật mà nói, tôi hoàn toàn không tham gia ... Quản lý dự án - tốt nhất tôi là người mới bắt đầu. Các kỹ thuật và kinh nghiệm mã hóa như phát triển Agile là thứ tôi muốn khám phá ...

Nói tóm lại, mọi ý tưởng cho một nhà phát triển mới đối với thế giới nguồn mở, đều được hoan nghênh.


1
Phụ lục: Vui lòng trả lời nếu bạn có kinh nghiệm với các dự án quy mô lớn / dự án nguồn mở và cố gắng không cung cấp các ý tưởng giả thuyết / lý thuyết, nhưng thực tế, đã được chứng minh.
Shahriyar Imanov

Bắt đầu mã hóa cho một cái gì đó giải quyết một vấn đề. Một khi nó giải quyết vấn đề đó theo cách cơ bản nhất; tìm một mạng lưới những người chia sẻ vấn đề và yêu cầu họ dùng thử. "Nếu bạn xây dựng nó, họ sẽ đến."
Jake Berger

Câu trả lời:


31

Tôi sẽ bắt đầu dừng viết những thứ như thế này:

Phụ lục: Vui lòng trả lời nếu bạn có kinh nghiệm với các dự án quy mô lớn / dự án nguồn mở và cố gắng không cung cấp các ý tưởng giả thuyết / lý thuyết, nhưng thực tế, đã được chứng minh.

Kiểu thái độ kiêu ngạo này thực sự giết chết nhiều dự án nguồn mở hơn bất kỳ thứ gì khác. Nguồn mở ít về nguồn và nhiều hơn về cộng tác. Chào mừng mọi người muốn giúp đỡ, ngay cả khi họ không có kinh nghiệm thực tế để làm như vậy - giúp các dự án nguồn mở để có được kinh nghiệm là thông lệ, như bạn có thể biết.

Điểm thứ hai là không bận tâm đến việc quảng bá nếu bạn không có mã làm việc. Hãy xem sourceforge hoặc Google Code hoặc bất cứ nơi nào và xem biển các dự án chết với không nhiều hơn một vài dòng mã và rất nhiều ý định tốt. Mã trước, nói sau.

Khuyến mãi tốt nhất là có một "khách hàng": có ai đó sử dụng sản phẩm của bạn để mọi người có thể thấy nó thực sự được sản xuất. Nếu đó là một CMS: sử dụng nó cho trang web dự án, ví dụ.

Nếu bạn có tất cả những điều này, đặt cược tốt nhất của bạn trong quảng cáo là truyền miệng. Yêu cầu bạn bè sử dụng dự án của bạn trong trang web của họ, ví dụ. Blog về nó và gửi bài viết cho các trang web tổng hợp như Digg hoặc Slashdot, nhưng, xin vui lòng, đừng làm điều này nếu dự án chưa sẵn sàng cho thời gian chính. Không ai muốn đọc về vapourware.

Chúc may mắn với dự án của bạn.


Đó là ý tưởng của tôi: đưa ra một cái gì đó khả thi, vững chắc để mọi người có thể thấy nó hoạt động và cảm thấy có gì đó thực sự đang diễn ra. Tuy nhiên, một người bạn của tôi đề nghị mời các nhà phát triển khác từ ngày 1, để tránh nhiều thay đổi lộ trình sau này.
Shahriyar Imanov

11
@Shehi Tại sao một người nào đó tham gia một dự án mà không có một dòng mã được viết và chỉ là phần mềm? Tôi đã thấy các dự án với các sản phẩm làm việc đang vật lộn để có được nhiều nhà phát triển hơn. Tôi sẽ không lãng phí thời gian để cố gắng tìm các nhà phát triển mà không có thứ gì để hiển thị.
Vitor Py

4

Câu hỏi của bạn rất mơ hồ nhưng tôi sẽ thử một câu trả lời tốt nhất có thể. Tôi giả sử rằng bạn muốn thu hút các nhà phát triển cho dự án để bạn không phải là người duy nhất làm việc trong dự án?

Trong trường hợp đó, bạn có thể muốn có một tài khoản trên Github và hoặc Giả mạo nguồn để bất kỳ ai cũng có thể có quyền truy cập vào đó và thực hiện các thay đổi. Để bắt đầu với bạn, bạn sẽ là nhà phát triển duy nhất làm việc với nó vì vậy bạn không cần lo lắng về việc quản lý dự án nhưng ngay khi có nhiều người tham gia, bạn sẽ muốn thực hiện đánh giá mã, đặt mục tiêu, v.v.

Các mục tiêu có thể được đặt cùng nhau trong một hệ thống theo dõi vấn đề như bugzilla, thêm chúng dưới dạng các lỗi cần được sửa chữa và cho phép mọi người tự gán cho chúng hoặc gửi email cho một người trung tâm phân bổ mọi người cho các vấn đề.

Bạn sẽ muốn thu hút đám đông các nhà phát triển, do đó bạn sẽ cần một trang web mô tả dự án và nơi mà nó sẽ tự hoạt động trong thời gian ngắn và dài hạn, cũng như ảnh chụp màn hình, v.v.

Một blog / twitter dự án cho phép người dùng theo dõi bạn đang ở đâu nếu cũng hữu ích.


Để trả lời câu hỏi đầu tiên của bạn: Vâng, đó là ý định.
Shahriyar Imanov

4

Nếu bạn chưa đọc nó, tôi đề nghị Nhà thờ và Chợ của Raymond , và đặc biệt chú ý đến trải nghiệm của anh ấy với Fetchmail.

Dựa trên điều đó và kinh nghiệm của riêng tôi, tôi khuyên bạn nên phát hành mã ngay khi nó giải quyết được vấn đề mà người khác có thể gặp phải . Có, bạn nên sử dụng một số điều khiển nguồn luồng chính và đăng nó lên máy chủ ở đâu đó. Bạn cần chọn một giấy phép, và đó có thể là một vấn đề lớn tùy thuộc vào mục tiêu của bạn. Nhưng về mặt xuất bản và khi nào, "phát hành sớm, phát hành thường xuyên".


Tôi sẽ kiểm tra cái đó Cám ơn!
Shahriyar Imanov
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.