Làm thế nào để đánh giá một dự án nguồn mở với sự tham gia trong tâm trí?


14

Giả sử tôi đã tìm thấy một dự án nguồn mở mà tôi quan tâm, làm thế nào để tôi đánh giá dự án (các thành viên, mức độ hoạt động, v.v.) để xác định xem việc tham gia dự án có sử dụng tốt thời gian và năng lượng của tôi không?

Câu trả lời:


16

Nhìn vào lịch sử kiểm soát nguồn.

Từ đó, bạn có thể thấy đăng ký, xem lại mã, đánh giá mức độ hoạt động và thường thấy chất lượng của các cam kết. Bạn có thể học được nhiều nhất từ ​​việc chỉ nhìn vào hoạt động của mã nguồn.


2
+1. Hành vi nói nhiều hơn những lời hứa

2
Cũng nhìn vào trình theo dõi lỗi.
Denis de Bernardy

9

Bạn có thể làm một số điều:

  1. Nhìn vào kho lưu trữ danh sách gửi thư của họ, xem cách cộng đồng cư xử nơi công cộng
  2. Nhìn vào tần suất phát hành của họ và chất lượng của ghi chú phát hành
  3. Tìm kiếm một tuyên bố sứ mệnh rõ ràng và một danh sách các tính năng / yêu cầu trên trang web của họ
  4. Kiểm tra sự trưởng thành của nó - nếu bạn đang muốn được cố vấn / nới lỏng vào một dự án thì một dự án trưởng thành sẽ dễ tha thứ hơn một dự án hoàn toàn mới. Điều ngược lại cũng đúng.
  5. Nhìn vào cấu trúc, đó là một Nhà độc tài nhân từ hay một cách tiếp cận của hội đồng cộng đồng
  6. Tìm hướng dẫn tham gia của họ, thân thiện? thông thoáng?

Dù sao đó cũng là một khởi đầu :)


2

Kiểm tra nước một chút đầu tiên. Hang out trong danh sách gửi thư, các kênh irc vv và xem cách mọi thứ hoạt động. Tự sửa một lỗi hoặc thêm một tính năng được yêu cầu đã biết và gửi một bản vá. Xem cách nó được chấp nhận ... họ có làm việc với bạn để chỉnh sửa và đưa vào hoặc chống lại bạn không?

Cũng đánh giá bản thân. Bạn có thực sự có thời gian và mối quan tâm để gắn bó và xứng đáng với dự án đầu tư để giúp bạn tăng tốc?


2

Nhìn vào phạm vi kiểm tra. Đóng góp cho một dự án có lịch sử / nhiệm vụ chỉ chấp nhận yêu cầu kéo / bản vá với các bài kiểm tra vượt qua sẽ là một quá trình thành công và thú vị hơn nhiều so với việc cố gắng hợp tác với một nhà phát triển không thể / không viết bài kiểm tra đơn vị.

Tôi đã phải làm việc để cập nhật các phiên bản cũ của các thư viện bị bỏ hoang một vài lần cho công việc. Thông thường, tôi rất vui khi được trả tiền để đóng góp cho các dự án nguồn mở. Nhưng khi không có bài kiểm tra và tài liệu kém, thì thật là kinh khủng.


1

Tham gia nếu bạn sẽ thích 1 làm việc trên dự án.


1 : "tận hưởng" có thể có nghĩa là bất cứ điều gì làm bạn hạnh phúc.


1

Dựa trên mục tiêu của bạn (không chắc chúng là gì). Nếu bạn đang cố gắng để có được kinh nghiệm lập trình, bạn thực sự không có gì để mất bằng cách thử nó. Nếu bất cứ điều gì, bạn có thể tìm hiểu làm thế nào 'không' để mã.

Nếu bạn đang cố gắng tạo tên cho chính mình bằng cách gắn kết bản thân với một dự án tuyệt vời, bạn có thể có một thời gian khó khăn hơn. Hãy thử tìm kiếm trên mạng cho bất kỳ blog hoặc nhận xét nào từ các nhà phát triển và người dùng phần mềm khác (Nếu nó ở quá xa.). Hãy nhìn vào tiến trình mã hóa. Là nó di chuyển cùng với một tốc độ theo ý thích của bạn.

Cố gắng tìm hiểu xem các thành viên khác "chơi đẹp với người khác" có thể kết hợp một số thực hành tôi vừa đề cập.

Hãy thử nó. "Nó không tốn nothin '" - John Belushi, Animal House.

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.