10 điểm bởi xguru 2021-11-17 | 1 bình luận | Chia sẻ qua WhatsApp
  • 73 triệu nhà phát triển (16 triệu người dùng mới trong năm 2021)

  • 84% công ty trong Fortune 100 sử dụng GitHub Enterprise

  • 61 triệu repo mới được tạo trong năm ngoái

  • 170 triệu PR đã được merge

  • Phân bố người dùng: Bắc Mỹ 43,2%, châu Âu 33,5%, châu Á 15,7%, châu Đại Dương 3,5%, Nam Mỹ 3,1%, châu Phi 1%

  • Ngôn ngữ: JS > Python > Java > TypeScript > C# > PHP > C++ > Shell > C > Ruby

→ Gần như không thay đổi so với năm ngoái, chỉ có C và Shell đổi vị trí cho nhau

  • Những thay đổi sau đại dịch

→ Làm việc tại văn phòng giảm từ 41% xuống 10,7%

→ Mô hình hybrid với một phần làm việc tại nhà tăng từ 28,1% lên 47,6%

→ Hoàn toàn remote tăng từ 26,5% lên 38,8%

  • Cải thiện tính bền vững thông qua tự động hóa

→ Việc loại bỏ các tác vụ lặp lại giúp đạt kết quả tốt hơn 27% trong mã nguồn mở và 43% trong doanh nghiệp

  • Chia sẻ thông tin thông qua README thực sự rất quan trọng

→ Giúp tìm được người đóng góp mới và tăng năng suất thêm 55%

→ 85,9% dự án mã nguồn mở có README, nhưng 84% repo của công ty thì không có

→ Tức là với doanh nghiệp, công việc tài liệu hóa cũng có thể trở thành một dự án riêng

  • Cơ chế "PR Wrangling" mà SIG tài liệu của Kubernetes đã thử nghiệm

→ Thông qua R&R được tổ chức rõ ràng, các contributor đã đạt trạng thái "Approver" có thể tình nguyện làm PR Wrangler theo đơn vị một tuần

→ Phân loại GitHub Issue, gắn tag, review các PR xem có tuân thủ chất lượng và hướng dẫn hay không, cung cấp phản hồi và phê duyệt merge

→ Nhờ đó, cộng đồng Kubernetes có thể duy trì độ chính xác của tài liệu, giữ cho tài liệu mới được đồng bộ tốt và có thể dịch bản địa

3 báo cáo chủ đề chi tiết

  • Writing and Shipping code faster

→ Cách tăng năng suất của nhà phát triển

→ Mở rộng quy mô thông qua tự động hóa

→ Tái sử dụng mã

→ Tìm kiếm giúp cải thiện năng suất phát triển

→ Công cụ cộng tác phù hợp là rất quan trọng

→ PR cho thấy đội ngũ phát triển cộng tác như thế nào

→ Làm việc nhóm rất quan trọng, nhưng phối hợp thì khó

→ Thời gian để contributor mới tạo PR đầu tiên

→ Cách xử lý PR nhanh hơn: số lượng reviewer và tự động hóa

  • Creating documentation to support developers

→ Tài liệu thực sự rất quan trọng, bất kể hình thức nào. Nhưng lại không được đầu tư đủ nhiều

→ Nếu có contributor guideline thì có thể giảm sự mơ hồ và ma sát, giúp tham gia dễ hơn

→ README thực sự rất quan trọng

→ GitHub Issue cũng là tài liệu

→ Nếu có hướng dẫn Good First Issues thì thành viên mới sẽ dễ thực hiện đóng góp đầu tiên hơn

→ Tài liệu có lợi cho năng suất và văn hóa phát triển. Win-win

  • Supporting stusainable communites

→ Mentorship là tài sản của cộng đồng, cả trong mã nguồn mở lẫn doanh nghiệp

→ Niềm tin và sự tôn trọng tạo nên một văn hóa tốt hơn

→ Các cộng đồng an toàn và thân thiện sẽ thu hút người mới tham gia và khuyến khích đóng góp (guideline tham gia, Good First Issues, v.v.)

→ Niềm vui và việc học hỏi tạo sức hấp dẫn đối với người mới tham gia

1 bình luận

 
xguru 2021-11-17