Tôi có hợp pháp khi đóng góp cho phần mềm nguồn mở khi đang làm việc không?


26

Tôi làm việc cho một tập đoàn lớn và tôi muốn giữ cho kỹ năng của mình luôn mới mẻ. Tôi nghĩ rằng đóng góp cho một dự án nguồn mở sẽ giúp ích, đặc biệt là nếu tôi muốn có một công việc khi khởi nghiệp. Tôi đã nghe nói rằng các công ty lớn thường sở hữu bất kỳ nhân viên phát triển nào làm ngoài công việc. Tôi có thể đối mặt với hậu quả pháp lý bằng cách đóng góp cho một dự án nguồn mở mà không thông báo cho chủ nhân của mình không? Tôi có thể đặt một dự án nguồn mở gặp rủi ro nếu tôi đóng góp cho nó trong khi làm việc không? Nếu không chịu đóng góp vì lý do pháp lý và tôi đã nộp đơn vào một công ty khác nơi dự kiến ​​kinh nghiệm phát triển nguồn mở, họ sẽ hiểu hay ứng dụng của tôi sẽ đi vào thùng rác?


2
Tôi nghĩ rằng đây là một câu hỏi rất riêng, dựa trên hợp đồng cụ thể của bạn.
Sevenseacat

9
Chúng tôi không biết gì về chủ lao động, hợp đồng của bạn hoặc thậm chí bạn đang ở quốc gia nào. Câu hỏi này không thể trả lời.
Mike Baranczak

5
Đó là một thế giới buồn mà chúng ta đang sống mà bạn thậm chí cần phải hỏi câu hỏi này.

Câu trả lời:


16

Có hai câu hỏi thực sự ở đây. Đầu tiên là những gì bạn phải chịu trách nhiệm. Thứ hai là liệu bạn có nên quan tâm. Hai người đó có câu trả lời khác nhau.

Trước tiên tôi sẽ trả lời đầu tiên với khả năng tốt nhất của tôi. Tôi không phải là một luật sư, và đây không phải là tư vấn pháp lý. Nếu bạn lo ngại, hãy kiểm tra hợp đồng lao động và tham khảo ý kiến ​​luật sư. Nhưng tôi có thể tóm tắt tình hình ở hai trạng thái.

Ở tiểu bang New York, bạn có khả năng là một nhân viên chuyên nghiệp. Một nhân viên chuyên nghiệp không có giờ định sẵn, và không có nơi làm việc. Nếu bạn đi ăn tối với khách hàng, bạn đang ở nơi làm việc. Nếu bạn tìm ra cách giải quyết một cái gì đó trong phòng tắm, đó là thuộc về chủ nhân của bạn. Là một nhân viên chuyên nghiệp, mặc định, có khả năng cũng có trong hợp đồng của bạn, đó là tất cả các phần mềm bạn viết là một công việc cho thuê thuộc về chủ nhân của bạn. Sự phổ biến của kiểu sắp xếp này là một trong những lý do khiến FSF yêu cầu chuyển nhượng bản quyền và yêu cầu chủ lao động của bạn phải đăng xuất.

Ở California tình hình là khác nhau. Miễn là phần mềm bạn viết không liên quan đến bất cứ điều gì chủ nhân của bạn đang làm, bất cứ điều gì được thực hiện vào thời gian của bạn với thiết bị của riêng bạn đều thuộc về bạn, và quyền này không thể được ký kết. Tuy nhiên, nếu bạn độc lập phát triển điều tương tự với chủ nhân của mình, thì có lẽ nó sẽ thuộc sở hữu của chủ nhân. Ngay cả khi đó là một dự án bí mật mà bạn không biết. Liệu trường hợp này có quan trọng hay không phụ thuộc vào chi tiết về những gì bạn đang làm việc và những gì chủ nhân của bạn đang làm việc.

Vì vậy, bạn thấy rằng không có câu trả lời đơn giản. Tùy thuộc vào tiểu bang và sự thật về tình huống của bạn, bạn có thể hoặc không thể sở hữu tác phẩm của riêng mình. Và nếu bạn không sở hữu nó, bạn không có quyền cấp phép cho nó.


Bây giờ đến vấn đề thực tế. Những gì pháp luật nói sẽ xác định những gì sẽ xảy ra nếu một tranh chấp phát sinh và được đưa ra một thẩm phán. Tuy nhiên, rất hiếm trong thực tế cho các tranh chấp phát sinh và được đưa ra cho các thẩm phán. Hơn nữa, nhiều chủ nhân không quan tâm, hoặc tích cực như, nhân viên của họ đóng góp cho công việc nguồn mở. Đặc biệt nếu dự án là một dự án mà công ty thấy hữu ích và họ muốn bạn phát triển chuyên môn với nó. Các thủ tục thường xuyên tồn tại để có được OK cho bạn thực hiện công việc đó. Nó không đau để kiểm tra.

Hơn nữa, nếu bạn đóng góp cho công việc nguồn mở, mặc dù thực tế là không rõ liệu bạn có quyền làm như vậy hay không, tỷ lệ khá cao là bạn thực sự sẽ không gặp rắc rối khi làm như vậy. Và nếu bạn gặp rắc rối, tỷ lệ cược là bạn sẽ bị tát vào cổ tay và được yêu cầu gỡ đồ xuống, thay vì phải chịu những hình phạt pháp lý lớn. Là rủi ro có thể còn lại trong vùng thoải mái của bạn? Điều đó tùy thuộc vào bạn. Nhưng tôi có thể nói với bạn rằng có rất nhiều người làm việc đó, và khá ít câu chuyện về những người gặp rắc rối. (Và trong các câu chuyện tồn tại, thường có một số nguyên nhân gây rắc rối khác và sự sụp đổ cho công việc nguồn mở của họ là hậu quả.)


9

Bạn sẽ phải xem trong hợp đồng của mình để xem liệu nó có nói gì về điều đó không, nhưng nếu điều khoản đó tồn tại, trong nhiều khu vực pháp lý, nó có thể bị bỏ qua một cách an toàn là vô lương tâm và không thể thực thi được.

Tuyên bố từ chối trách nhiệm tiêu chuẩn: Tôi không phải là luật sư và đây không phải là tư vấn pháp lý. Chỉ là lẽ thường, mà như tất cả chúng ta đều biết là thường xuyên mâu thuẫn với luật pháp thực tế hoặc phán quyết của tòa án, đặc biệt là khi phần mềm có liên quan.


2
Suy nghĩ mong muốn của bạn mặc dù thực sự là sự hiểu biết của tôi rằng ở Hoa Kỳ có nhiều quốc gia nơi điều khoản như vậy có thể được thi hành hoặc là mặc định so với những quốc gia mà điều ngược lại là đúng. Một ví dụ khác về lý do tại sao không ai nên tin tưởng tư vấn pháp lý từ một trang web như thế này.
btilly

2
@btilly: hầu hết những người phát ngôn đều ở bên ngoài Hoa Kỳ, vì vậy, cảnh báo rằng ở một số quốc gia, điều này có thể không áp dụng không có nghĩa đó không phải là một câu trả lời hữu ích. Tôi nghĩ từ chối trách nhiệm bao gồm điều đó độc đáo.

1
@btilly: Theo lời khuyên pháp lý tôi đã trả tiền ở New Zealand @ Câu trả lời của Mason là chính xác. Tôi đã được nói không chính thức rằng điều tương tự là đúng ở Úc. Ở đây, nó cùng loại với việc nhà tuyển dụng từ chối cho phép bạn làm việc thứ hai - họ có thể, nhưng họ phải có một lý do rất chính đáng.

1
Bất kể tình trạng pháp lý, nếu chủ nhân của bạn cấm nó và bạn làm điều đó thì bạn vẫn có thể bị sa thải.
Steve

1
@btilly: Tình hình pháp lý khác nhau đáng kể ở các tiểu bang khác nhau của Hoa Kỳ. Ở Minnesota, bạn sở hữu những gì bạn tạo ra ngoài công việc không sử dụng công cụ của chủ nhân. Ở một số tiểu bang khác (không thể tự mình đưa ra), một nhân viên cũ đã được tòa án ra lệnh thực hiện một ý tưởng mà anh ta có khi làm việc và cố gắng phát triển theo thời gian của mình. Tôi mong đợi luật pháp của các quốc gia khác nhau sẽ thay đổi nhiều hơn nữa.
David Thornley

1

Nói chuyện với các bộ phận pháp lý của công ty. Bất kỳ nhà tuyển dụng giỏi nào của các nhà phát triển nên hiểu và khuyến khích nó (họ thậm chí có thể trả tiền cho bạn (20% thời gian của google là một ví dụ) nếu dự án HĐH đủ hữu ích), nhưng tốt hơn hết là bạn nên an toàn trong tình huống này.

Nếu họ nói rằng nó ổn và họ sẽ không lấy mã, hãy lấy nó bằng văn bản.

Nếu họ cố gắng lấy mã sau này, bạn sẽ có mông của bạn (và của dự án) ...

Điều tồi tệ nhất họ có thể nói là "không"


3
Google là một ngoại lệ. Nếu bạn nói chuyện với chủ nhân, rất có thể họ nghĩ rằng "aha, anh chàng này chắc chắn có quá nhiều thời gian trong tay để dành nó cho các dự án phụ, anh ta phải chần chừ trong công việc hàng ngày" Nói cách khác, hãy nói về nguy cơ của bạn: - )
artem

1
@artem: Tôi nghĩ rằng nó thực sự phụ thuộc vào công ty trong câu hỏi. Tôi khá chắc chắn rằng một số người sẽ khá hài lòng về điều đó ...
Trezoid


0

Tôi hiểu sự thận trọng của bạn, nhưng CHỈ CẦN ĐI VÀ ĐÓNG GÓP.

Rất khó có thể có bất cứ điều gì sai về mặt pháp lý ngay cả trên giấy tờ, cũng không chắc là bất cứ ai trong công việc của bạn thậm chí sẽ nhận thấy những đóng góp của bạn nếu bạn không nói về nó, và vẫn không chắc là bạn sẽ bị phạt trong thực tế.

Nếu nó làm cho bạn thoải mái hơn, bạn có thể đóng góp thông qua một tay cầm thay vì tên đầy đủ của bạn.


4
Điều này có khả năng gây ra VẤN ĐỀ LỚN cho linh hồn đáng thương đáng tiếc, người phải đối phó với tiềm năng cho các vụ kiện mà lời khuyên của bạn gây ra.
yfeldblum

2
kiện cáo? youve phải đùa. giấy phép nguồn mở sẽ ngăn chặn mọi vấn đề sở hữu trí tuệ trừ khi các công nghệ độc quyền / mới nổi từ công việc được đưa vào dự án. nếu mọi người có thái độ này, các dự án nguồn mở sẽ không đi đến đâu. Bạn có thực sự nghĩ rằng mọi người đóng góp đều tự làm việc hoặc không có việc làm?
jon_darkstar

@Justice: Bạn đang nói về người được tuyển dụng đóng góp cho dự án, hay người đang điều hành dự án có thể bị ô nhiễm?
Andrew Grimm

Người điều hành dự án có thể bị nhiễm độc.
yfeldblum

1
Giấy phép được cấp bởi người giữ bản quyền. Nếu tôi phải có bản quyền trên một số mã, tôi có thể phát hành nó theo bất kỳ giấy phép nào tôi muốn và nó có thể được sử dụng trên cơ sở đó. Nếu tôi không có bản quyền, thì tôi không thể cấp giấy phép cho nó. Do đó, nếu công việc thuộc về chủ nhân của tôi và họ không cấp cho nó giấy phép F / OS, thì không có giấy phép HĐH trên mã. (. Cộng tác viên có thể cũng được sử dụng Một số sống ở những nơi sử dụng lao động không làm việc riêng về thời gian và trang thiết bị của người đóng góp, một số ký hợp đồng cho phép họ, một số đã cho phép cụ thể.)
David Thornley

0

Hãy chắc chắn rằng bạn có thể đóng góp hợp pháp mã cho một dự án nguồn mở. Đây có thể là vấn đề sống đúng thẩm quyền, có hợp đồng lao động chỉ định bạn sở hữu những gì bạn tạo ra hoặc có sự cho phép cụ thể từ chủ lao động của bạn (từ ai đó có thẩm quyền cấp, mà có thể không phải là người quản lý của bạn).

Nếu không, dự án hệ điều hành đang gặp nguy hiểm. Nó có thể bị đánh bằng một vụ kiện, và các dự án HĐH thường không được thiết lập để bảo vệ. Nếu chủ lao động của bạn quan tâm, dự án HĐH có khả năng bị buộc phải loại bỏ một cách hợp pháp để loại bỏ sự đóng góp của bạn, tại thời điểm đó bạn chắc chắn đã làm hại dự án. Các dự án khác sử dụng mã của bạn cũng có thể gặp rủi ro.

Tôi không giải quyết các vấn đề bạn có thể gặp phải. Đó là những cân nhắc của bạn, và bạn có thể tự quyết định rằng bạn có nguy cơ bị sa thải và thậm chí có thể bị kiện. Tôi đang giải quyết các vấn đề bạn có thể gây ra cho một dự án mà bạn đang cố gắng giúp đỡ.

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.