Sử dụng EULA ngắn có ổn không?

28

Tôi cần thêm EULA vào phần mềm (thương mại) của mình nhưng tôi không thể thuê luật sư. Ngoài ra tôi đã xem xét các ví dụ EULA khác nhau trên internet nhưng tất cả chúng đều dành cho các phần mềm hoặc quốc gia cụ thể và có thể được sao chép từ các phần mềm thương mại khác.

Vì vậy, tôi đang suy nghĩ về việc sử dụng một EULA tùy chỉnh ngắn mà sẽ chỉ đề cập đến điều cần thiết. Cái gì đó như:

Bạn có thể phân phối lại phiên bản dùng thử của phần mềm này
Nếu bạn mua giấy phép, bạn không được phân phối lại hoặc bán nó
Bạn không thể kiện tôi về bất kỳ tổn thất tài chính hoặc vật chất nào phát sinh từ việc sử dụng phần mềm này
Phần mềm này có bản quyền XXX, mọi quyền được bảo lưu.

Loại EULA đó sẽ bảo vệ tôi trong hầu hết các trường hợp? Ngoài ra, bạn có biết công ty nào sử dụng EULA ngắn không?

licensing commercial eula

— laurent
nguồn

5

Tôi nghĩ rằng đây là một câu hỏi pháp luật. Nhưng tôi thích nó. +1 @ Tuyệt vời.

— Saeed Neamati

Đây không phải là những gì bạn đang tìm kiếm ở đây, nhưng en.wikipedia.org/wiki/WTFPL có vẻ phù hợp =)

— amara

8

Ngay cả khi bạn kết thúc việc sử dụng EULA dài, toàn diện, tôi nghĩ rằng việc đặt trước nó bằng phiên bản tl; dr như thế này là một ý tưởng rất tốt. Nó làm cho việc đọc, hiểu và tuân thủ các điều khoản của thỏa thuận là một kỳ công hợp lý. Nó thể hiện sự tôn trọng thời gian, trí thông minh và sự đáng tin cậy của người dùng.

— Joey Adams

@JoeyAdams Tôi không chắc vấn đề là gì - nếu người dùng quan tâm đến nội dung của EULA, dù sao họ cũng sẽ phải đọc phiên bản đầy đủ.

— quant_dev

28

Tôi hiểu mong muốn về một tuyên bố đơn giản, không dại dột về những gì bạn dự định, nhưng sẽ không có lý do gì để có EULA nếu nó sẽ không làm công việc mà nó phải làm, đó là bảo vệ quyền lợi của bạn và để xác định những gì người dùng là và không được phép làm. Ngôn ngữ pháp lý giống như mã máy tính - cần xác định rõ ràng ý định của bạn cho mọi tình huống có thể xảy ra. Bạn có thể tưởng tượng một người không lập trình viết một ứng dụng hữu ích trong 4 dòng không?

Vì vậy, hãy nhìn vào "EULA" của bạn:

Dòng 1: "Bạn" là ai? "Phần mềm này" là gì và "phiên bản dùng thử" là gì? "Phân phối lại" nghĩa là gì?

Dòng 2: Tôi hiểu rằng nếu tôi mua giấy phép, tôi có thể không phân phối lại giấy phép đó, nhưng điều đó có liên quan gì đến phần mềm? Ngoài ra, tôi vẫn có thể phân phối lại nếu ai đó mua giấy phép của tôi, phải không? Trong những trường hợp ai đó có thể chuyển giấy phép của họ cho người khác?

Dòng 3: Tiểu bang của tôi có luật đặc biệt không tuân theo các điều khoản đơn phương giới hạn quyền khởi kiện của tôi. Dán nó trong đường ống của bạn và hút thuốc.

Dòng 4: Đó là một tuyên bố bản quyền. Tôi không nghĩ rằng bạn muốn nó là một phần của EULA của bạn. Nếu tôi có thể ném EULA thì bản quyền có đi cùng không?

Tôi không phải là một luật sư - hy vọng bất cứ ai đã có một năm học luật có thể bắn ra nhiều lỗ hổng trong thỏa thuận của bạn hơn điều này.

Tôi khuyên bạn nên nói chuyện với một luật sư thực thụ, lấy EULA thật và có thể bổ sung bằng một tuyên bố đơn giản (được viết bởi luật sư của bạn) bằng tiếng Anh tóm tắt EULA.

Bạn cảm thấy rằng bạn không đủ khả năng để thuê một luật sư, nhưng đồng thời bạn mô tả phần mềm của bạn là "thương mại". Bạn phải cảm thấy rằng phần mềm của bạn có giá trị vì bạn mong đợi mọi người sẵn sàng trả tiền cho nó, vì vậy có vẻ thông minh để bảo vệ dòng doanh thu trong tương lai của bạn và đầu tư vào sản phẩm bằng cách nhận được một số lời khuyên pháp lý phù hợp. Đừng bỏ qua nó với một danh sách các thuật ngữ nửa nướng có thể có hoặc không mang ý nghĩa pháp lý mà bạn dự định.

— Caleb
nguồn

3

+1. Bạn cũng có thể thêm rằng "Nếu bạn mua giấy phép, bạn không thể phân phối lại hoặc bán nó" cũng có nghĩa là nếu tôi không mua giấy phép và tôi nhận được sản phẩm phần mềm từ P2P, bây giờ tôi có thể phân phối lại hoặc bán nó, theo giấy phép.

— Arseni Mourzenko

@MainMa: Điểm tuyệt vời - Tôi đã thêm một cái gì đó vào hiệu ứng đó.

— Caleb

1

Có thật không? Có phải mọi người thật ngu ngốc?

— Severdev

2

@MainMa: Thật ngớ ngẩn. Giấy phép không cấp bất kỳ quyền để phân phối lại hoặc bán. (Và ngay cả khi nó nói rằng bạn không thể, điều đó sẽ không thay đổi bất cứ điều gì, vì dù sao một người như vậy sẽ không đồng ý với EULA.)

— David Schwartz

6

Tôi cần thêm EULA vào phần mềm (thương mại) của mình nhưng tôi không thể thuê luật sư.

Vâng, trang web này cũng không phải là một luật sư. Bạn cần phải thuê một. Nếu bạn không đủ khả năng thì dự án của bạn sẽ bị quản lý một cách cơ bản và đó không phải là thứ có thể sửa được ở đây. Có một lý do mà hầu hết các công ty cung cấp EULAs dài sáu nghìn tỷ trang, và đó thường là vì họ đã bị kiện một vài lần trước khi thực hiện theo cách đó.

Bạn không thể đi bất cứ nơi nào ngoại trừ một luật sư cho lời khuyên pháp lý.

— DeadMG
nguồn

7

Tôi nghi ngờ mọi nhà phát triển phần mềm độc lập ngoài kia đều thuê luật sư để viết các tài liệu này. Đó chỉ là nền kinh tế cơ bản - nếu bạn không phải là một công ty lớn, các luật sư có thể sẽ có giá cao hơn những gì bạn sẽ kiếm được từ việc bán hàng.

— nguyệt quế

8

Tôi có một sự nghi ngờ mạnh mẽ rằng lý do chính khiến EULA dài là các luật sư muốn chứng minh rằng họ cung cấp giá trị cho mức lương cao của họ và thủ dâm hợp pháp, thay vì bất kỳ giá trị thực tế nào cho các công ty. Trường hợp cụ thể: hầu hết các EULA đều bị mất một phần hoặc hoàn toàn ở hầu hết các nơi.

— Michael Borgwardt

12

-1, "Nếu bạn không đủ khả năng, thì dự án của bạn về cơ bản bị quản lý sai". Đó chỉ đơn giản là sai, và thẳng thắn khá thô lỗ. Một số người buộc phải bắt đầu kinh doanh với ít hoặc không có tài nguyên, do hoàn cảnh cá nhân, hoặc đơn giản là họ không đến từ một quốc gia giàu có.

— GrandmasterB

1

@GrandmasterB: Sau đó, họ không có đủ nguồn lực để bắt đầu kinh doanh và không có ai ở đây có thể làm gì về điều đó. Nếu bạn không sử dụng giấy phép bán sẵn, thì bạn phải thuê một luật sư.

— DeadMG

4

Tôi sẽ không nói rằng dự án bị quản lý sai. Tôi sẽ nói rằng nếu bạn không thể thuê một luật sư để viết EULA, bạn phải tự hỏi mình liệu bạn có đủ khả năng để luật sư đó thực thi nó không. Nếu không, thì ngay từ đầu, một EULA gần như vô dụng.

— mouviciel

4

Hãy xem những gì bạn dự định viết:

Bạn có thể phân phối lại phiên bản dùng thử của phần mềm này

Nếu bạn mua giấy phép, bạn không được phân phối lại hoặc bán nó

Đây là thông tin cơ bản về giấy phép mà bạn đang phân phối phần mềm. Nó nên ở đâu đó người dùng có thể dễ dàng tìm thấy nó, nhưng không phải là một hộp thoại nhấp qua gây phiền nhiễu.

Bạn không thể kiện tôi về bất kỳ tổn thất tài chính hoặc vật chất nào phát sinh từ việc sử dụng phần mềm này

Điều này không có chỗ đứng pháp lý nào. Việc có ai đó được phép kiện bạn hay không không phải là điều bạn có thể chọn. Điều duy nhất bạn có thể làm là làm rõ rằng bạn không cho rằng phần mềm là tốt cho mọi thứ và mọi người đang tự chịu rủi ro khi sử dụng phần mềm, nhưng có lẽ nó sẽ không tạo ra sự khác biệt trong hầu hết các khu vực pháp lý.

Phần mềm này có bản quyền XXX, mọi quyền được bảo lưu.

Điều này là không cần thiết. Bạn không cần phải tuyên bố rõ ràng về bản quyền đối với một cái gì đó (mặc dù điều này có thể giúp ngăn chặn mọi người vô tình vi phạm nó.

— Michael Borgwardt
nguồn

2

Lưu ý bên lề: Phụ thuộc vào quốc gia bạn muốn bán phần mềm của mình. Hầu hết các EULA được thiết kế cho tình hình pháp lý ở Hoa Kỳ, ở các quốc gia khác, các EULA đó có thể không được áp dụng. Ví dụ, ở Đức, nhiều EULA (thậm chí từ các công ty lớn như Microsoft) đơn giản là không hợp lệ, vì họ không được cung cấp cho người dùng cuối trước khi mua hoặc vì một số điều khoản trong EULA trái với luật của Đức, điều này có thể làm cho toàn bộ EULA không hợp lệ .

Ví dụ, ở đây bạn có thể mua các phiên bản Systembuilder của Windows với tư cách là người dùng cuối mặc dù tôi chắc chắn EULA ngăn chặn điều này.

— Simon
nguồn

1

Không. Không ổn khi sử dụng EULA ngắn. Hệ thống tư pháp là nghịch cảnh và đối thủ của bạn là con người. Nếu bạn có thể làm cho đối thủ của bạn mệt mỏi, bối rối và nghi ngờ thì bạn phải. Bạn không viết phần mềm hoặc xây dựng một tòa nhà trong đó hiệu quả là một sự cân nhắc và chi phí phải được chứng minh. Các từ trong hợp đồng có thể được so sánh với thư rác và rất dễ tạo ra thư rác. Mọi lập trình viên đều biết phần mềm tái cấu trúc để ngắn gọn là công việc khó khăn và tái cấu trúc hợp đồng cũng vậy. Trong trường hợp này, luật sư sẽ đi theo con đường ít kháng cự nhất. Giới hạn duy nhất về độ dài và độ phức tạp của hợp đồng là điểm mà người viết hợp đồng trở nên bối rối và nghi ngờ nhưng điểm đó vượt xa điểm mà hầu hết độc giả có thể chịu đựng được.

— H2ONaCl
nguồn