Russ Cox rời vị trí lãnh đạo kỹ thuật của Go

 (groups.google.com)
1 điểm bởi GN⁺ 2024-08-02 | 1 bình luận | Chia sẻ qua WhatsApp
  • Dự án Go chuyển từ mô hình lãnh đạo xoay quanh Russ Cox kéo dài hơn 12 năm sang cơ cấu mới xoay quanh Austin Clements và Cherry Mui
  • Từ ngày 1 tháng 9 năm 2024, Austin sẽ đảm nhiệm vai trò lãnh đạo kỹ thuật của nhóm Go tại Google và toàn bộ dự án Go, còn Cherry sẽ dẫn dắt Go core, bao gồm trình biên dịch, runtime và phát hành
  • Cox cho rằng mô hình một lãnh đạo duy nhất trong thời gian dài mang lại sự ổn định nhưng có thể làm giảm không gian để các lãnh đạo mới phát triển, và xem quá trình chuyển giao lãnh đạo của Python năm 2018 là một tiền lệ tích cực
  • Cox không rời Go mà sẽ tiếp tục là một cộng tác viên cá nhân với các hoạt động như thảo luận thiết kế, review CL, gửi issue, làm một số phần của thư viện chuẩn và trình bày tại GoLab
  • Trong thời gian tới, ông sẽ tập trung hơn vào Gaby và Oscar để nâng cao năng suất của bộ theo dõi issue của Go, đồng thời tìm cách mở rộng phương thức hữu ích cho các nhà bảo trì mã nguồn mở sang những dự án khác

Chuyển giao lãnh đạo Go

  • Từ ngày 1 tháng 9 năm 2024, Austin Clements sẽ đảm nhiệm vai trò lãnh đạo kỹ thuật của Go
    • Phạm vi bao gồm cả nhóm Go tại Google và toàn bộ dự án Go
    • Austin hiện là lãnh đạo kỹ thuật của khu vực được gọi là “Go core”
  • Cherry Mui sẽ được nâng lên vai trò dẫn dắt mảng Go core
    • Go core bao gồm toolchain trình biên dịch, runtime và phát hành
  • Russ Cox sẽ không rời dự án Go, nhưng sẽ lùi lại một bước khỏi trung tâm ra quyết định

Vì sao cần thay đổi sau 12 năm lãnh đạo

  • Với Cox, vai trò lãnh đạo kỹ thuật không phải là một chức danh danh dự mà gần với vai trò phục vụ
    • Trong hơn 12 năm dẫn dắt dự án Go, ông tập trung vào việc tạo điều kiện để các thành viên có thể làm việc tốt
  • Một dự án lớn hưởng lợi từ sự ổn định trong lãnh đạo, nhưng đến một thời điểm nào đó cũng cần điểm mạnh và góc nhìn mới mẻ từ lãnh đạo mới
  • Cox đánh giá rằng Go đã tích lũy đủ sự ổn định sau hơn 12 năm dưới một lãnh đạo duy nhất
  • Ông cho rằng mô hình BDFL không lành mạnh cho cả cá nhân lẫn dự án
    • Khó tạo không gian cho lãnh đạo mới
    • Trở thành điểm lỗi đơn
    • Làm giảm dư địa để dự án tiếp tục phát triển
  • Python được nhắc đến như một ví dụ đã hưởng lợi lớn khi Guido van Rossum rút lui vào năm 2018 để những người khác dẫn dắt

Sự tin tưởng dành cho Austin Clements và Cherry Mui

  • Austin đã làm việc với Go tại Google từ năm 2014, còn Cherry từ năm 2016
  • Cox đánh giá rất cao khả năng phán đoán của cả hai cùng hiểu biết của họ về Go và các hệ thống mà Go chạy trên đó
  • Ông vẫn thường dựa vào Austin và Cherry khi cần hiểu sâu hơn về các câu hỏi thiết kế tổng quát hoặc những chi tiết của trình biên dịch, linker và runtime
  • Các lãnh đạo hiện tại ở những mảng khác vẫn sẽ tiếp tục dẫn dắt lĩnh vực của mình
    • Roland Shoemaker tiếp tục phụ trách bảo mật Go
    • Rob Findley và Hana Kim tiếp tục dẫn dắt công cụ Go và hỗ trợ IDE

Vai trò sắp tới của Russ Cox

  • Cox sẽ chủ động rút khỏi việc ra quyết định để tạo không gian cho Austin và các lãnh đạo khác bước lên phía trước
  • Trong Go, ông vẫn sẽ tiếp tục là một cộng tác viên cá nhân
    • Tham gia thảo luận thiết kế Go
    • Review CL
    • Trả lời các câu hỏi về lịch sử cũ khi cần
    • Hỗ trợ khi cần thiết
    • Gửi issue và viết CL
    • Làm một vài phần việc tiềm năng cho thư viện chuẩn mới
    • Quảng bá Go trong toàn ngành
    • Trình bày về Go tại GoLab ở Ý vào tháng 11
  • Các chi tiết của quá trình chuyển giao vẫn chưa được chốt và đã được chia sẻ trên mailing list để thảo luận công khai
  • Cox và Austin mong rằng thay đổi này sẽ không bị xem như một sự kiện lớn ngoài việc làm cho dự án Go mạnh hơn và tốt hơn

Trọng tâm chuyển sang Gaby và Oscar

  • Trong thời gian tới, Cox sẽ tập trung nhiều hơn vào Gaby and Oscar
  • Mục tiêu là tạo ra những đóng góp hữu ích trong bộ theo dõi issue của Go để giúp những người làm việc với Go làm việc hiệu quả hơn
  • Thông qua công việc với Oscar, ông muốn tìm ra những cách hữu ích cho các nhà bảo trì mã nguồn mở và kỳ vọng các dự án khác cũng có thể áp dụng
  • Oscar có ba mục tiêu cấp cao
    • Xây dựng thứ gì đó hữu ích
    • Học điều mới
    • Vạch đường cho các dự án khác
  • Những mục tiêu này gắn liền với các mục tiêu rộng hơn mà ông luôn theo đuổi trong Go, vì vậy Oscar có vẻ là bước tiếp theo tự nhiên đối với Cox

Phản ứng cộng đồng và yêu cầu minh bạch hơn

  • Daniel Martí nhắc đến modules và generics như những thay đổi và cột mốc lớn của Go trong 10 năm qua, đồng thời đánh giá Cox là nhân tố then chốt cho thành công dài hạn đó
  • Cùng với thảo luận về chuyển giao, anh đề xuất các cách để tăng tính minh bạch quanh mảng trình biên dịch và runtime
  • Cherry Mui trả lời rằng biên bản họp và office hours là cơ hội tốt để tăng tính minh bạch và mức độ tham gia giữa nhóm trình biên dịch·runtime của Google và cộng đồng
    • Cô sẽ đăng cập nhật lên mailing list khi lịch office hours tiếp theo được chốt
  • Nhiều người tham gia bày tỏ lời cảm ơn tới 12 năm lãnh đạo của Cox và những đóng góp của ông cho Go, đồng thời chúc mừng vai trò mới của Austin và Cherry

Bài viết liên quan

1 bình luận

 
GN⁺ 2024-08-02
Ý kiến trên Hacker News

  • rsc, cảm ơn vì tất cả những gì anh đã làm trong suốt thời gian qua. Trong 12 năm qua, việc phát triển Go đã trở nên thú vị hơn rất nhiều nhờ trình phát hiện race condition, chuẩn hóa việc bọc lỗi, module, generic, các bản cập nhật toolchain, v.v.
    Vẫn còn những điều tôi mong muốn. Cá nhân tôi có sum type, enum/range type tốt hơn, tính bất biến và khả năng không nil trong danh sách mong ước, nhưng dù vậy Go vẫn là một trong những hệ sinh thái thú vị nhất mà tôi từng phát triển

    • Nếu nói về đóng góp kỹ thuật lớn nhất của RSC, tôi muốn chọn quản lý phiên bản module. Đây là một yếu tố tuyệt đối nền tảng đối với hệ sinh thái ngôn ngữ.
      https://research.swtch.com/vgo-intro
    • Nhìn thấy non-nilness làm tôi vẫn nhớ thread này
      https://groups.google.com/g/golang-nuts/c/rvGTZSFU8sY/m/R7El...
    • Đây là một danh sách được tổng hợp tốt về những yếu tố đã khiến Go trở thành một ngôn ngữ tốt hơn trong vài năm gần đây. Tôi cũng muốn thêm iterator, thứ Russ đã thúc đẩy mạnh trong thời gian gần đây
    • Tôi nghĩ nếu ngay từ đầu Go đã có nullable type hoặc sum type thì nó đã phổ biến hơn nhiều
    • Cũng đừng quên thay đổi ngữ nghĩa của vòng lặp for 3 mệnh đề truyền thống: https://go101.org/blog/2024-03-01-for-loop-semantic-changes-...
      Vì thay đổi này, dù phía Go chính thức không thừa nhận, tôi xem Go 1.22 trên thực tế là phiên bản Go đầu tiên phá vỡ nghiêm trọng khả năng tương thích Go 1

  • Cá nhân tôi xem Go là một trong những dự án mã nguồn mở được quản lý tốt nhất từ trước đến nay. Cũng xin bày tỏ sự kính trọng với Google vì đã hỗ trợ điều đó

    • Tôi tò mò điều gì làm nên một dự án có thể được xem là được quản lý tốt
    • Tôi tò mò trên thực tế “quyền sở hữu” Go thuộc về ai
      Về lý thuyết có thể là một tổ chức hay ủy ban độc lập nào đó, nhưng tôi thắc mắc ai chi trả chi phí cho phần lớn những người thực sự làm việc. Có phải Google không?
    • Có vẻ như Go đã thất bại trong sứ mệnh thay thế C++ hay Java, và tác dụng phụ là trở thành ngôn ngữ thay thế Ruby/Python ở phía API
      Vì vậy mục tiêu của dự án không còn là thống trị thế giới nữa mà trở nên phù hợp với người dùng, còn cuộc chiến đó thì Rust, Zig và những ngôn ngữ khác đã giành lấy
    • Chỉ hỗ trợ hành vi của glibc và tùy tiện phớt lờ chuẩn ELF chắc hẳn là đủ tư cách cho một dự án “được quản lý tốt nhất” rồi. /s

  • Đoạn “tôi không tin mô hình BDFL (nhà độc tài nhân từ trọn đời) là lành mạnh cho con người hay dự án” khá thú vị. Những dự án tốt nhất có BDFL, và các BDFL tốt nhất dường như hoài nghi về quyền lực của chính mình

    • Có vẻ những người có năng lực nhưng không quan tâm đến lãnh đạo lại thường trở thành những nhà lãnh đạo tốt nhất
      Ngược lại, những người muốn trở thành lãnh đạo vì muốn được biết đến như “lãnh đạo” đôi khi lại không có năng lực lẫn tinh thần trách nhiệm
    • Dù có đồng ý với toàn bộ phần trước hay không, việc những BDFL tốt nhất hoài nghi về quyền lực của mình cũng không quá bất ngờ
      Tôi nghĩ lợi thế chính của việc một người có quyền đơn phương quyết định là có thể đi vòng qua thế bế tắc phát sinh khi có nhiều bên liên quan. Nếu một dự án mà người lãnh đạo cảm thấy có thể chính đáng đảo ngược những quyết định đã có đồng thuận mạnh, thì sẽ khó hình thành một cộng đồng đủ lớn để mọi người biết đến
    • Tôi không nghĩ nhận định này đúng. Python từng có BDFL, nhưng dường như không được lợi lớn từ đó. Tôi cũng không rõ thái độ này xuất phát từ những dự án nào khác
      Nhìn qua thì nó giống một dạng quan liêu khác: có thể giảm drama nhưng không nâng chất lượng lên một cách rõ rệt. Trong khi đó có hàng đống dự án thất bại vì một chủ sở hữu duy nhất không đủ linh hoạt, chỉ là những trường hợp đó bị coi là không đáng bàn
    • Người xứng đáng có quyền lực chỉ là người không muốn quyền lực
      Điều này vượt xa phạm vi các dự án mã nguồn mở
    • Bản thân ý tưởng BDFL vốn là một trò đùa, thể hiện ngay trong tên gọi
      Đó là cách thừa nhận “thực tế tại hiện trường” mà GvR đang đảm nhận với tư cách người tạo ra Python, chứ không phải một nguyên tắc quản lý dự án được dự định nghiêm túc. Nó là mô tả chứ không phải chỉ dẫn, nhưng khái niệm đó đã bị thực thể hóa quá mức

  • rsc, thật sự cảm ơn vì mọi nỗ lực anh đã dành cho ngôn ngữ đã đưa tôi đến với kỹ thuật phần mềm này
    Tôi đã thử nhiều ngôn ngữ lập trình, nhưng Go vẫn luôn cho cảm giác như ở nhà. Trải nghiệm phát triển rất tuyệt vời, và tôi thật sự đánh giá cao việc ngôn ngữ cùng những người tạo ra nó đã không viện cớ mà kiên định với sự đơn giản và tinh thần trách nhiệm. Chúc anh may mắn và đạt kết quả tốt đẹp trong mọi việc sắp tới

    • Không có gì. Cảm ơn vì bình luận này
      Khi bắt đầu Go, tôi hoàn toàn không ngờ Go lại có ảnh hưởng tích cực đến cuộc sống của mọi người như vậy, cũng như kéo những người mới đến với lập trình và kỹ thuật phần mềm. Chính tác động đó là điều tôi tự hào nhất

  • Blog của RSC thật sự rất hay: https://research.swtch.com/

    • Giờ tôi mới nhận ra rsc có thể là từ viết tắt của blog đó
    • Một blog tuyệt vời. Trước đây tôi cũng từng nói trên trang này rồi, nhưng loạt bài về biểu thức chính quy của ông ấy có chất lượng cao đến khó tin, và việc ông ấy cứ đăng lên để mọi người đều xem được là một đặc quyền lớn

  • Cảm ơn vì tất cả những đóng góp cho Go
    Tuy nhiên có một điều không liên quan đến Go mà tôi không đồng ý. Python không được lợi sau khi GvR rời đi. “Ban lãnh đạo” mới phi kỹ thuật và áp bức, khiến hầu hết những người đóng góp mã nguồn mở thực sự rời bỏ
    Việc phát triển đã đình trệ, ngoại trừ một số đóng góp doanh nghiệp có chất lượng đáng ngờ; bầu không khí thì ngột ngạt, và điều quan trọng chỉ là bạn có ở vị trí quyền lực tại Microsoft/Instagram/Bloomberg hay không. Có thể không nhất thiết là lỗi của các công ty này. Có lẽ họ không biết sự hào phóng của mình đang bị lợi dụng

  • Chỉ riêng gofmt thôi có lẽ đã tiết kiệm một lượng thời gian khổng lồ trên toàn thế giới. Về cơ bản nó nằm ở thượng nguồn khiến mọi hệ sinh thái ngôn ngữ khác phải nói “được rồi, cứ tự động định dạng đi”
    Tôi ghét những gì auto-formatter làm với code của mình, nhưng tôi thích việc không còn phải nói về khoảng trắng nữa

    • Thú vị là trong mọi ngôn ngữ khác tôi đều ghét auto-formatter và dùng khoảng trắng thay vì tab, nhưng với Go thì tôi đã quen ngay từ đầu với cách gofmt định dạng code
      Sau đó bạn sẽ biết ơn vì không còn phải tốn nhiều thời gian cho chuyện đó nữa, và ít nhất với đa số người thì nó không thành vấn đề

  • Hôm nay tôi mới biết dự án mà ông ấy định tập trung vào: https://go.googlesource.com/oscar/+/refs/heads/master/README...
    Nghe nói đó là kiến trúc dựa trên LLM nhằm hỗ trợ duy trì các dự án mã nguồn mở. Trông rất hay

  • https://www.youtube.com/watch?v=wwoWei-GAPo — dự án đã đi một chặng đường rất xa kể từ thời điểm này
    Tôi vui vì nó vẫn sống khỏe và phát triển. Năm 2009 tôi nghĩ mình đã không kỳ vọng nó sẽ thành ra thế này. Tôi cho rằng nếu không có Russ, Go đã không thể ở vị trí hiện tại. Đóng góp của ông ấy cho dự án là rất lớn

  • Cảm ơn Russ. Việc đặt hỗ trợ công cụ làm yếu tố hạng nhất là mang tính cách mạng, và đến nay vẫn là đặc điểm nổi bật nhất của Go