Những loại giấy phép nguồn mở nào KHÔNG OK để sử dụng nội bộ trong một công ty? [đóng cửa]


13

Gần đây tôi đã tìm hiểu về một số công cụ và thư viện bổ trợ mã nguồn mở tuyệt vời cho Microsoft Visual Studio. Các công cụ chỉ giúp bạn làm việc hiệu quả hơn; các thư viện sẽ được liên kết vào cơ sở mã công ty.

Tôi đã liệt kê tất cả các công cụ và thư viện tuyệt vời này trên một bảng tính và tôi sẽ chạy xuống loại giấy phép mà mỗi loại đều có. Cho đến nay, trong số các thư viện thú vị của tôi, tôi thấy MIT , BSD , Apache License Version 2.0 . Tuy nhiên, có thể có nhiều hơn trong tương lai.

Làm cách nào tôi có thể tìm ra (hoặc tốt hơn nữa, bạn chỉ có thể liệt kê) các giấy phép phổ biến KHÔNG tương thích với sử dụng nội bộ của công ty (không được phân phối bên ngoài công ty)? Và để cảm ơn thêm, bạn có thể nói hoặc chỉ ra một lời giải thích. Tôi không phải là luật sư và việc đọc bản in của những giấy phép này khiến tôi đau đầu.

Tôi muốn được chuẩn bị để giải thích tại sao sử dụng giấy phép cho phép là OK.


6
Bạn thực sự muốn đưa điều này lên với ai đó từ công ty của bạn. Theo nguyên tắc chung, sử dụng bất cứ thứ gì GPL trong phần mềm độc quyền là vi phạm. Giấy phép GPL là virus , có nghĩa là nếu công ty của bạn sử dụng mã được cấp phép GPL, về cơ bản họ phải mở nguồn cho toàn bộ dự án. Hầu hết các giấy phép nguồn mở không phải là virus. Một số, như Giấy phép Công cộng Mozilla, yêu cầu bạn tự do xuất bản các thay đổi bạn thực hiện cho chính cơ sở mã MPL , nhưng yêu cầu đó không mang theo mã của riêng bạn. Nhưng đây thực sự là một câu hỏi quá rộng để dễ dàng trả lời ở đây.
Mason Wheeler

22
@MasonWheeler: Quy định như copyleft là tất cả về phân phối; nếu chương trình chỉ được sử dụng nội bộ, thì nó không thành vấn đề.
Robert Harvey

2
@toddmo: có vẻ như Mason Wheeler khi viết về GPL đã bỏ qua hoàn toàn phần "không được phân phối bên ngoài công ty" trong câu hỏi của bạn? Xem stackoverflow.com/questions/1492687/ Mạnh
Doc Brown

3
Ngay cả chính Richard Stallman cũng nói rằng nếu bạn sử dụng phần mềm GPL và không phân phối nó, bạn sẽ không phải đóng góp bất cứ điều gì. Nhưng luôn luôn đọc giấy phép. Đặc biệt là các giấy phép ngắn hơn không khó đọc. Nếu bạn có thể đọc mã máy tính, đi nào, bạn có thể đọc các giấy phép này.
Brandin

2
@BasileStarynkevitch Câu hỏi về giấy phép theo quan điểm của nhà phát triển phần mềm (Ví dụ: sử dụng, giấy phép, hiểu biết, v.v.) là chủ đề, miễn là họ không yêu cầu tư vấn pháp lý đặc biệt. Ấn tượng của tôi là câu hỏi này là ok vì OP đang tìm kiếm hướng dẫn về việc chọn một giấy phép phù hợp cho phần mềm mà anh ta đang làm việc.
maple_shaft

Câu trả lời:


20

Nói chung, tính hợp pháp trong cấp phép có thể xảy ra do việc sử dụng phần mềm nguồn mở có hai yếu tố:

  1. Sử dụng thương mại, và
  2. Phân phối.

Phân phối có nghĩa là "trao" phần mềm cho bên thứ ba bên ngoài tổ chức. Vì bạn nói rằng bạn chỉ sử dụng phần mềm nội bộ, các cơ chế pháp lý như "copyleft" (thuật ngữ được sử dụng cho phần virus của giấy phép GPL) có thể không áp dụng cho tổ chức của bạn.

Sử dụng thương mại (hoặc hạn chế tùy ý khác) là một vấn đề khác. Chỉ cần đọc kỹ giấy phép và xác định xem có bất kỳ hạn chế nào áp dụng cho tổ chức của bạn không. Cụ thể, các giấy phép cho phép như Apache, MIT và BSD có rất ít, nếu có, các điều kiện hạn chế; những giấy phép này là lý tưởng cho "sử dụng nội bộ."

Có vẻ như công ty của bạn không muốn sử dụng phần mềm nguồn mở. Nhiều công ty tin rằng họ phải hoàn toàn sở hữu phần mềm của họ và tài sản trí tuệ khác, và vì vậy họ có chính sách quy định rằng các nhà phát triển của chính họ phải viết mọi dòng mã. Làm rõ ý nghĩa của giấy phép nguồn mở sẽ không nhất thiết thay đổi suy nghĩ của họ.


2
Không ai trong số ba giấy phép đó có bất kỳ hạn chế cụ thể nào có thể ngăn công ty của bạn sử dụng chúng một cách tự do trong bối cảnh nội bộ công ty. Chúng đều được coi là giấy phép "cho phép".
Robert Harvey

3
Hầu hết các công ty chỉ đơn giản là không chạm vào giấy phép "copyleft" và vì lý do chính đáng; đường biên giới không thể hoàn toàn "cách ly" một hệ thống và đảm bảo rằng không có gì gián tiếp chạm vào mã GPL / AGPLed. Một số giấy phép rõ ràng "cho phép" như WTFPL cũng không giúp được gì, vì chúng quá mơ hồ về các vấn đề pháp lý quan trọng như bản quyền. Ngay cả khi bạn nghĩ rằng bạn có thể bảo vệ thành công chống lại một vụ kiện, bạn có thực sự muốn trải qua điều đó? (Gợi ý: Các luật sư của bạn có thể không.) Bám sát Apache và MIT. Tôi nghĩ BSD cũng ổn.
Aaronaught 28/03/2015

1
@Aaronaught Bạn có bất kỳ nguồn thường được tôn trọng nào hỗ trợ cho tuyên bố của bạn rằng WTFPL là bản quyền của văn bản mơ hồ không? FSF chấp nhận nó là tương thích GPL. Các bản phân phối Linux chính chấp nhận nó là miễn phí. Tôi có thể tìm thấy một tuyên bố rằng OSI đã từ chối nó là quá mơ hồ, nhưng điều này là sai, OSI đã từ chối nó là dư thừa, vì một tìm kiếm nhanh của Google cho "wtfpl osi" sẽ xác nhận. Tôi có thể nghĩ về các vấn đề với WTFPL, chắc chắn, nhưng khi nói đến bản quyền, sự mơ hồ không phải là một trong những vấn đề đó.
hvd

2
@hvd: Bạn có thể sốc khi biết rằng luật sư của công ty không thực sự quan tâm đến những thứ như "miễn phí" hoặc "không đồng ý". Họ quan tâm đến việc "chúng ta có thể sử dụng cái này mà không bị kiện không?". Bạn đã thực sự đọc WTFPL ? Nó không nói gì với bạn. Đọc phần 2 của Giấy phép Apache để xem điều khoản bản quyền phù hợp trông như thế nào. WTFPL không cấp giấy phép bản quyền một cách rõ ràng, cũng không làm cho giấy phép nói không thể hủy ngang. Bạn không cần phải đọc đánh giá của FSF - chỉ cần nhìn vào giấy phép!
Aaronaught 28/03/2015

2
Chúng ta vẫn đang nói về điều này?
Robert Harvey

6

Có một số điều cần lưu ý: Đầu tiên, luật sư của công ty bạn có thể có được sự phù hợp nếu bạn sử dụng mã của bên thứ ba mà không hỏi họ. Vì vậy, bạn không nên sử dụng bất kỳ mã bên thứ ba nào mà không nói với sếp hoặc người quản lý của mình và nhận được sự đồng ý của họ. Như bạn đã nói, bạn không phải là một luật sư.

Thứ hai, một điều khó chịu: Nếu bạn tìm thấy mã trên internet và nó có một số giấy phép, bạn không biết nó đến từ đâu. Bạn không biết liệu người thêm giấy phép có thực sự có quyền làm như vậy không.

Thứ ba, đối với giấy phép GPL và sử dụng nội bộ: Những thứ dành cho sử dụng nội bộ ngày nay có thể không được sử dụng nội bộ. Bạn có thể đã viết một số phần mềm thực sự tốt để sử dụng nội bộ và công ty của bạn có thể quyết định kiếm tiền từ việc bán nó. Và sau đó bạn có thể có một vấn đề.


Trong ví dụ thứ hai của bạn, đó sẽ là vấn đề của người khác
tên gì là 28/03/2015

4
@whatsisname Hãy nói điều đó với tác giả ban đầu khi cô ấy kiện bạn.
sapi

@whatsisname Nếu A viết phần mềm và giữ bản quyền, B phân phối nó theo một số giấy phép mà không được phép, và C lấy phần mềm từ B và sử dụng và có thể sửa đổi hoặc phân phối lại, sau đó nếu A bắt C làm như vậy, A không có nghĩa vụ, đạo đức hay pháp lý, đi sau B. A thậm chí có thể không nhận thức được B. C là người bị bắt sử dụng, sửa đổi, phân phối lại, vì vậy C là người phải dừng lại và bồi thường thiệt hại. Không có cách nào trong địa ngục mà C sẽ được phép tiếp tục. Tốt nhất, C sau đó có thể theo đuổi B tại tòa, nhưng đó chỉ là khi C thực sự có thể tìm thấy B. Chúc may mắn nếu đó là một người nào đó ở Trung Quốc.
hvd

Tình huống trong đoạn 2 luôn là một khả năng. Giả sử bạn mua một thư viện nguồn thương mại có giấy phép để sử dụng nguồn đóng được liên kết trong mã của bạn. Làm thế nào để bạn thực sự biết rằng công ty bán cho bạn phần mềm đó một cách hợp pháp có quyền đối với nó?
Brandin

1
Đoạn hai là nguy hiểm nhất. Cá nhân tôi đã gặp phải vấn đề này khi một nhà phát triển đề cập rằng một chút mã là "thứ gì đó anh ta tìm thấy trên một số trang web ở đâu đó" khá gần để phát hành. Không vui. Bài học số 412 trong "lý do tại sao bạn nên viết mã xem lại mọi thứ".
Gort Robot

2

Điều này phụ thuộc rất nhiều vào bối cảnh.

Nếu bạn muốn sử dụng bất kỳ phần mềm nguồn mở nào, bạn có thể tự do.

Nếu bạn muốn sử dụng bất kỳ phần mềm nguồn mở nào cho nền tảng của các dự án công ty nội bộ thì bạn cũng được tự do (vì các giấy phép dễ lây lan hơn như gpl yêu cầu bạn cung cấp mã nguồn theo yêu cầu cho tất cả những người đã biên dịch mã được phân phối cho, nếu đó là một ứng dụng nội bộ thì đây không phải là vấn đề)

Nếu bạn muốn sử dụng phần mềm nguồn mở cho nền tảng của sản phẩm thì bạn phải tuân theo giấy phép một cách cẩn thận (để luật sư của công ty bạn tham gia vào việc này) và nếu giấy phép bị lây nhiễm thì bạn có thể phải cung cấp mã nguồn của mình cho tất cả những người đó ai nhận được mã biên dịch. Trong một số trường hợp, điều này có thể chấp nhận được (ví dụ: viết một sản phẩm tùy chỉnh cho một khách hàng duy nhất sở hữu mã nguồn) dù sao thì đây không phải là (ví dụ: một sản phẩm được bán cho công chúng với phiên bản "dùng thử" có sẵn cho bất kỳ ai )

Nhưng để trả lời câu hỏi của bạn trực tiếp lgpl và gpl là hoàn toàn tốt cho sử dụng nội bộ của công ty.

Vì tôi có thể tải xuống nedit, hoặc gnu, thay đổi nó thành nội dung trái tim của tôi mà không cần phải công khai mã của mình và sau đó sử dụng nó, không có gì khác biệt đối với tôi khi sử dụng nội bộ của chủ nhân.

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.