Nếu ghi công được thực hiện thông qua bút danh, ai sở hữu quyền đối với mã? [đóng cửa]


15

Tôi biết một vài trường hợp các lập trình viên đã sử dụng bút danh để quy kết thay vì tên thật của họ.

Những ví dụ bao gồm:

Một điều tôi đã tự hỏi là nếu phân bổ được thực hiện thông qua bút danh, ai sở hữu quyền đối với mã?



@Yannis Rizos: Một câu hỏi là về việc sử dụng tên thật, câu hỏi còn lại là sử dụng bút danh - làm thế nào để họ cùng một câu hỏi?
sai lầm ngớ ngẩn

@blunders Ưu điểm của việc sử dụng bút danh là những nhược điểm của việc sử dụng tên thật của bạn và ngược lại.
yannis

4
Bỏ phiếu để đóng vì đây là một câu hỏi pháp lý, không còn được xem xét về chủ đề.
Ixrec

2
Oh bạn vẫn còn xung quanh. Trong trường hợp đó, đây là liên kết của bạn: meta.programmers.stackexchange.com/questions/7265/ mẹo
Ixrec

Câu trả lời:


18

Luật bản quyền của Hoa Kỳ thừa nhận và cung cấp các chủ sở hữu bản quyền ẩn danh cũng như giả danh (ví dụ, xem Tiêu đề Hoa Kỳ 17 Ch 3 Sec 302) . Tác giả (hoặc chủ nhân của họ, tùy theo từng trường hợp) đã không tự động từ bỏ tất cả các quyền đối với tác phẩm.


11

Lợi thế rõ ràng của một bút danh: bạn ẩn danh nếu bạn muốn (ngay cả khi điều đó có thể trở nên khó khăn nếu bạn đóng góp cho một dự án nổi tiếng). Điều này có nghĩa là một số điều:

  • Bạn không bận tâm với email từ những người biết tên của bạn và thực tế là bạn tham gia dự án,
  • Nếu bạn làm việc trong một số công ty có chính sách nghiêm ngặt, bạn sẽ tránh được vấn đề tất cả những gì bạn viết thuộc về công ty này,
  • Bạn có thể thoát khỏi dự án nguồn mở bất cứ lúc nào và không ai làm phiền bạn, không bao giờ,
  • Trong một cuộc phỏng vấn cho một công việc, bạn sẽ không bao giờ phải trả lời các câu hỏi như thế này:

Mười năm trước, bạn đã đóng góp cho dự án <Tên ở đây>. Chúng tôi đã tải xuống mã của giai đoạn này từ SVN và có rất nhiều mã không thể đọc được, khó bảo trì, có nhiều lỗi, không có nhận xét nào, v.v. Bạn có thể giải thích điều đó và những gì đã thay đổi trong mười năm qua trong phong cách mã hóa của bạn?

Ngược lại, điều đó có nghĩa là nếu bạn đóng góp ở cấp độ chuyên nghiệp, viết mã chất lượng cao, v.v., bạn không được thưởng cá nhân. Bạn vẫn có thể nói rằng đó là mã của bạn trong các cuộc phỏng vấn, nhưng nó gián tiếp hơn nhiều.


Tôi không phải là luật sư, vì vậy nó có thể không chính xác ở nước bạn.


1
"Bạn có thể thoát khỏi dự án nguồn mở bất cứ lúc nào và không ai làm phiền bạn, không bao giờ." Giả sử một dự án đã có những người đóng góp độc lập muốn chuyển từ giấy phép GPL sang giấy phép BSD. Về mặt kỹ thuật, họ cần sự cho phép của mọi người đã đóng góp cho dự án, nhưng thực tế họ không thể có được sự cho phép này nếu một số người đóng góp đã sử dụng bút danh và không thể theo dõi để được liên lạc. Tuy nhiên, họ luôn có thể liên hệ lại nếu họ làm bất cứ điều gì và khẳng định bản quyền. Nó thực sự dính trong các tình huống như vậy.
Joe Z.

Mặc dù nó có thể chỉ đơn giản là sự không tin tưởng chung của tôi về danh tính giả khi nói đến việc ký kết các thỏa thuận pháp lý với họ. Tôi không muốn mọi người có quyền lực đó đối với tôi nếu tôi không thể có quyền lực tương tự họ.
Joe Z.

Đây là lý do tại sao trong các dự án nguồn mở mà tôi điều hành, tôi có một "thỏa thuận cấp phép của người đóng góp không chính thức" nói rằng nếu họ không sẵn sàng tiết lộ tên đầy đủ của họ hoặc bất kỳ chi tiết nào khác để lưu giữ hồ sơ, thì bất kỳ mã nào họ đóng góp sẽ có bản quyền của nó rẽ nhánh cho dự án và do đó tôi.
Joe Z.

Tuy nhiên, nếu họ tiết lộ tên đầy đủ của họ hoặc thông tin liên hệ (chỉ cho dự án, không cho công chúng), thì họ chỉ cần cho phép dự án thực hiện những gì cần làm với nó.
Joe Z.
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.