Kháng chiến Mã nguồn mở: Duy trì OSS ngay trong giờ làm việc

Công nghệ13 tháng 5, 2026·10 phút đọc

Bài viết kêu gọi các nhà phát triển nên dành thời gian làm việc để bảo trì phần mềm mã nguồn mở (OSS) thay vì xin phép hay làm việc ngoài giờ. Tác giả lập luận rằng việc duy trì các thư viện mà công ty đang phụ thuộc là một phần của công việc kỹ thuật và hạ tầng, đồng thời cung cấp các lời khuyên về pháp lý và hợp đồng để tự bảo vệ mình.

Kháng chiến Mã nguồn mở: Duy trì OSS ngay trong giờ làm việc

Kháng chiến Mã nguồn mở: Duy trì OSS ngay trong giờ làm việc

Phần mềm mã nguồn mở (OSS) không phải là một "sở thích" dành cho thời gian rảnh rỗi của bạn. Hầu như mọi công ty mà bạn đã làm việc đều không thể vận hành kinh doanh nếu thiếu vắng OSS. Họ khai thác giá trị từ nó mỗi giờ, mỗi ngày, nhưng lại yêu cầu những người bảo trì (maintainers) phải van xin một chiều thứ Sáu, một nút quyên góp hay một lời khen ngợi trong cuộc họp toàn thể.

Chúng tôi từ chối việc van xin. Những người bảo trì làm việc tại các công ty nên và có thể dành thời gian làm việc để thực hiện các nhiệm vụ cần thiết trên mã nguồn OSS mà công ty họ đang phụ thuộc vào. Không cần giấy tờ thủ tục. Không cần chương trình nội bộ. Không cần xin phép người quản lý. Hãy coi nó như công việc bảo trì hạ tầng và xử lý nợ kỹ thuật, rồi cứ việc làm thôi.

Đây không phải là một ý tưởng mới. Chúng tôi chỉ đang nói to lên những điều mà mọi người thường giữ kín. Đây là cách mà phần lớn mã nguồn mở đã được vận hành từ trước đến nay. Những người bảo trì giữ cho "ánh sáng" của internet luôn sáng mà không cần chờ đợi các cuộc họp, các đợt chạy sprint (sprints) hay các quản lý sản phẩm chỉ đạo việc cần làm, thời điểm thực hiện và xác nhận rằng mọi thứ đều ổn.

Hành động cần thiết

Làm việc Hãy xem xét các Pull Requests (PR), cập nhật các thư viện phụ thuộc (dependencies) và phát hành các bản sửa lỗi tại nơi công việc của bạn đang sử dụng OSS.

Bảo vệ bản thân Hãy xác minh hợp đồng của bạn, giữ thông tin mật tại nơi làm việc và đảm bảo bạn sở hữu quyền sở hữu trí tuệ (IP) cho mã nguồn mở mà bạn phát hành.

Đừng ngốc nghếch Đừng dành 100% giờ làm việc cho OSS, rồi bị sa thải và đổ lỗi cho bất kỳ ai ngoại trừ chính mình. Vấn đề ở đây là sự cân bằng, không phải là lợi dụng.

Các phương án thay thế

Hiện tại đã có một số sáng kiến khác đang được thực hiện:

  • The Open Source Pledge: Kêu gọi các công ty trả tiền cho người bảo trì (2.000 USD mỗi năm cho mỗi nhà phát triển).
  • Open Source Friday: Kêu gọi các công ty quyên góp thời gian (ít nhất hai giờ mỗi chiều thứ Sáu).

Bạn có thể chọn con đường lịch sự và cố gắng thuyết phục nhà tuyển dụng của mình trước. Tất cả các phương án trên đều mang lại giá trị tích cực và đáng được ủng hộ.

Hoặc bạn có thể gia nhập The Open Source Resistance (Kháng chiến Mã nguồn mở). Chúng tôi là bước tiếp theo trong sự tiến hóa này. Chúng tôi khẳng định rằng việc duy trì chuỗi phụ thuộc (dependency chain) vốn dĩ đã là một phần của công việc, ngay cả khi ban quản lý từ chối gọi tên nó. Hãy tự nắm lấy việc làm trong tầm kiểm soát của bạn. Việc công ty làm gì với ngân sách của họ không nằm trong tầm tay bạn, nhưng cách bạn sử dụng thời gian làm việc thì có.

Những lời phản đối

Không phải ai cũng sẽ tán thành cách làm này.

"Đây là đánh cắp thời gian, vi phạm bản quyền hoặc ăn cắp của cổ đông!" Các công ty đã khai thác giá trị từ những người bảo trì mã nguồn mở mỗi ngày. Cổ đông đã nhận được các khoản trợ cấp mã nguồn mở miễn phí trong nhiều thập kỷ. Nếu nhà tuyển dụng của bạn phụ thuộc vào OSS, việc bảo trì nó là công việc bảo trì hạ tầng chung, không phải là hành vi trộm cắp. Chính các công ty đã khiến mã nguồn mở trở nên quan trọng đối với kinh doanh. Đối với người bảo trì, sự cân bằng này mang tính sống còn.

"Bạn nên xin phép!" Việc xin phép chỉ làm duy trì sự mất cân bằng về quyền lực. Người bảo trì không cần và cũng không nên cần sự "chúc phúc" của người quản lý để bảo trì hạ tầng mà nhà tuyển dụng của họ đang phụ thuộc vào. Bạn cũng không cần xin phép để đi nhà vệ sinh mà.

"Đây chỉ là nghỉ việc thầm lặng (Quiet quitting)!" Nghỉ việc thầm lặng tạo ra ít công việc hơn. Cách làm này tạo ra hạ tầng OSS mà internet đang xây dựng trên đó. Vấn đề không nằm ở công việc; vấn đề là các công ty từ chối phân loại nó là công việc. Đó là vấn đề của họ, không phải của bạn.

"Nó trừng phạt cả những nhà tuyển dụng tốt!" Những nhà tuyển dụng tốt tránh vấn đề này bằng cách cho phép bảo trì mã nguồn mở trong giờ làm việc, tài trợ cho người bảo trì và/hoặc tham gia The Open Source Pledge. Điều đó rất tốt cho hệ sinh thái. Tuy nhiên, điều đó có thể vẫn không duy trì được dự án của bạn ngay hôm nay. Nhưng bạn có thể làm được.

Góc nhìn từ Mike McQuaid

Tuyên ngôn này được tạo ra bởi Mike McQuaid: đồng sáng tạo của Open Source Friday và GitHub Sponsors tại GitHub, Lãnh đạo dự án Homebrew và là người bảo trì Homebrew kể từ năm 2009.

"Tôi chưa bao giờ được trả tiền cho phần chính của bất kỳ công việc nào để làm việc trên các dự án mã nguồn mở của mình như Homebrew. Dù vậy, tôi vẫn làm điều đó tại mọi nhà tuyển dụng, đàm phán các thỏa thuận IP để làm cho nó hợp pháp và đảm bảo tôi hoàn thành các cam kết công việc. Kể từ khi có con, hơn 90% công việc mã nguồn mở của tôi diễn ra trong giờ làm việc."

"Như tôi đã viết trong Open Source Maintainers Owe You Nothing (Người bảo trì OSS không nợ bạn bất cứ điều gì), không ai có quyền đòi hỏi những đêm không ngủ, cuối tuần hay thời gian gia đình của bạn chỉ vì mô hình kinh doanh của họ phụ thuộc vào mã của bạn. Hãy làm những gì bạn cần làm để biến nó thành một phần bền vững trong cuộc sống của bạn. Không ai khác sẽ làm điều này cho bạn, dù họ lẽ ra nên làm vậy."

Các lưu ý và từ chối trách nhiệm pháp lý

Tôi không phải là luật sư Tôi không phải là luật sư và trang web này không phải là lời khuyên pháp lý. Đây là một lập luận chính trị và đạo đức; không phải là lời khuyên về hợp đồng, nhà tuyển dụng, tình trạng nhập cư, nghĩa vụ giấy phép hoặc tình huống cụ thể của bạn. Nếu rủi ro của bạn cao, hãy nói chuyện với một người có trình độ trước khi hành động.

Hợp đồng, chính sách và quyền sở hữu Các hợp đồng lao động, chính sách sổ tay nhân viên và các điều khoản chuyển nhượng phát minh có thể yêu cầu quyền sở hữu đối với công việc được tạo ra trong thời gian làm việc, trên thiết bị của nhà tuyển dụng hoặc trong phạm vi nhiệm vụ được giao. Một số bang giới hạn các yêu cầu này đối với công việc được thực hiện trong thời gian cá nhân và trên thiết bị cá nhân, nhưng các chi tiết rất quan trọng.

Hãy đọc hợp đồng lao động của bạn trước khi làm điều này. Đảm bảo rằng nhà tuyển dụng của bạn không sở hữu IP mã nguồn mở mà bạn định công bố. Nếu máy móc, mạng hoặc tài khoản làm thay đổi rủi ro sở hữu, hãy sử dụng đồ dùng của riêng bạn.

Đàm phán thỏa thuận IP của bạn Việc chuyển nhượng IP thường có thể đàm phán được. Khi bạn nhận lời mời làm việc, hãy yêu cầu một điều khoản ngoại lệ cho mã nguồn mở bằng văn bản trước khi ký; hãy đọc thỏa thuận IP nhân viên của bạn trước để biết những gì cần phản đối. Tôi đã đàm phán các thay đổi hợp đồng khác với tiêu chuẩn tại hầu hết mọi nhà tuyển dụng tôi đã làm việc; hầu hết họ phản đối ít hơn nhiều so với bạn mong đợi.

Hãy hướng dẫn nhà tuyển dụng tiềm năng của bạn đến Thỏa thuận IP Nhân viên Cân bằng của GitHub (Balanced Employee IP Agreement), nó được mã nguồn mở theo CC0, đã được sử dụng trong thực tế bởi một công ty đại chúng lớn và được thiết kế để nhà tuyển dụng giữ lại những gì họ trả tiền, trong khi nhân viên giữ lại công việc mã nguồn mở không cạnh tranh với doanh nghiệp. Hãy yêu cầu điều tương tự, hoặc các điều khoản liên quan, theo tên.

Bảo mật và tính bảo mật Không được tiết lộ các kho lưu trữ riêng tư, thông tin đăng nhập, sự cố, dữ liệu khách hàng, lộ trình, lỗ hổng chưa được công bố hoặc các cuộc thảo luận nội bộ. Không được sử dụng quyền truy cập mà bạn không được phép sử dụng. Không được lách qua các kiểm soát bảo mật.

Hành động trực tiếp không phải là cái cớ để làm công khai thông tin riêng tư của công ty. Đó là lý do để giữ công việc công khai công khai và tách biệt rõ ràng với các bí mật thương mại.

Im lặng không có nghĩa là bất cẩn Chưa được tiết lộ không có nghĩa là liều lĩnh. Hãy sử dụng phán đoán của riêng bạn khi một chính sách, hợp đồng, nghĩa vụ của khách hàng hoặc quy tắc an toàn làm thay đổi rủi ro. Bạn có thể cần thực hiện công việc này trên máy móc, tài khoản và mạng của riêng mình. Mục đích không phải là "ăn cắp" từ công việc. Mục đích là để cân bằng những gì công việc của bạn lấy từ mã nguồn mở với những gì bạn có thể đóng góp cho nó.

Bạn có thể nhận được các đánh giá hiệu suất kém hơn so với đồng nghiệp dành mọi giờ nhìn thấy để nuôi cỗ máy công ty. Điều này không sao! Một điểm B bền vững lành mạnh hơn là đốt cháy cuộc đời của bạn để lấy một điểm A tại một công ty vẫn có thể sa thải bạn vào ngày mai và tuyên bố AI đã thay thế bạn.

Thành thật về các giới hạn Lập luận này yếu nhất khi thời gian của bạn được tính phí cho một khách hàng cụ thể, khoản tài trợ, cơ quan chính phủ, dự án phòng thủ hoặc môi trường được quản lý chặt. Nó yếu nhất đối với các kỹ sư trẻ hoặc không ổn định không có đòn bẩy để hấp thụ rủi ro. Nó mạnh nhất đối với các người bảo trì cấp cao sửa chữa các phụ thuộc công cộng mà nhà tuyển dụng của họ đã sử dụng.

Phiên bản sạch sẽ nhất không phải là "làm bất cứ điều gì bạn muốn trong giờ làm việc". Đó là "coi việc bảo trì mã nguồn mở là một phần của công việc kỹ thuật". Hãy duy trì các dự án bạn đã bảo trì. Cải thiện các công cụ dùng chung mà công việc của bạn chạm tới. Bỏ qua bất cứ điều gì không liên quan, bất cứ điều gì độc quyền và bất cứ điều gì khiến bạn bỏ lỡ một cam kết thực sự.

Chia sẻ:FacebookX
Nội dung tổng hợp bằng AI, mang tính tham khảo. Xem bài gốc ↗