Bàn giao mã nguồn cho khách hàng


21

Tôi đã tạo ra một vài ứng dụng iPhone cho một khách hàng và hôm nay được yêu cầu bàn giao mã nguồn để họ có thể thực hiện bảo trì nếu điều này là bắt buộc. Cho đến bây giờ, không có vấn đề mã nào được thảo luận.

  • Có bất kỳ thực hành "phổ biến" liên quan đến điều này?

  • Ngoài ra, theo cách này sẽ ảnh hưởng đến giá cả?

Câu trả lời:


33

Hợp đồng của bạn với khách hàng nói gì?

Nếu không, và đây là một công việc cho thuê , thì họ sở hữu mã nguồn trừ khi hợp đồng của bạn nói khác đi.

Trong tương lai, bạn có thể muốn các hợp đồng của bạn được luật sư xem xét.

Tôi không phải là luật sư, đây không phải là tư vấn pháp lý và có lẽ bạn nên hỏi ý kiến ​​luật sư.

Có vẻ như câu trả lời nằm ở việc liệu điều này có thuộc về công việc cho thuê hay không. Có một bài viết tuyệt vời về vấn đề này tại bitlaw , và như tôi đã nói trước đây, chỉ có luật sư mới có thể trả lời câu hỏi của bạn.


31
@Bold: Nói chung, người trả tiền cho phát triển phần mềm bespoke sở hữu mã nguồn. Không cần sự cường điệu về việc sở hữu cuộc sống của mình.
Cameron Skinner

3
@Cameron Skinner, bạn có phải là luật sư không? lời khuyên pháp lý có tương quan với luật pháp ở quốc gia của Egil không? BẠN CÓ CHẮC KHÔNG? Thêm vào đó, tôi sẽ nói rằng nếu bạn phát triển một trang web, bạn sẽ cung cấp mã vì việc ẩn mã không có ý nghĩa gì trong trường hợp này, trường hợp này là khác, mã được trình biên dịch hiển thị và bị ẩn cho người dùng. để chạy ứng dụng iPhone, bạn không cần mã gốc, vì mâu thuẫn hoàn toàn với chương trình máy chủ web, vì dù sao mã cũng trong suốt. anh ta có thể tuyên bố rằng anh ta đã cung cấp mã mà khách hàng đã trả tiền được mã hóa bởi trình biên dịch chuyển thành ứng dụng iPhone
Tên hiển thị

10
+1 để bao quát các khả năng, khuyên bạn nên cẩn thận hơn với các hợp đồng trong tương lai, giới thiệu luật sư và không vượt quá điều đó .
David Thornley

10
@Bold: Không, tôi không phải là luật sư. Đây không phải là tư vấn pháp lý. Tuy nhiên, trong nhiều khu vực pháp lý, trường hợp chung là người mua phần mềm bespoke sở hữu toàn bộ đầu ra (nguồn, mã được biên dịch, đồ họa / nghệ thuật, v.v.) trừ khi có một điều gì đó cụ thể trong hợp đồng có quy định khác. OP chưa chỉ định anh ấy / cô ấy ở nước nào nên không thể đưa ra lời khuyên cụ thể. OP đã yêu cầu "thực hành chung": Tôi đã tuyên bố những gì tôi đã trải qua trong thời gian làm việc cho một công ty phát triển bespoke.
Cameron Skinner

2
@Kate Gregory: Không, "làm việc cho thuê" là một khái niệm pháp lý cụ thể ở Hoa Kỳ, và vì vậy câu trả lời không phải là một tautology. Bài viết Wikipedia (không bị nhầm lẫn với lời khuyên pháp lý) có thể đáng đọc. Nó nói rằng mối quan hệ giữa chủ lao động và người lao động ở Mỹ là công việc cho thuê, nhưng nếu không thì có những yêu cầu nghiêm ngặt và nó cần phải rõ ràng. Đừng dựa vào điều này mà không hỏi ý kiến ​​luật sư.
David Thornley

9

Đây là một vấn đề cần được thảo luận trước dự án và được viết rõ ràng trong hợp đồng; nó không chỉ là vấn đề pháp lý hoặc tài chính, mà còn ảnh hưởng đến một số cách thức dự án được thực hiện. Ví dụ, khi bạn biết bạn phải bàn giao nguồn, bạn sẽ, với tư cách là nhà cung cấp tốt, sẽ đưa ra nhận xét và tài liệu tốt phù hợp với mong đợi thực tiễn tốt nhất. Bạn cũng có thể tránh sử dụng lại một số mã của riêng mình, bởi vì mã đó có thể rất thông minh đến mức bạn không muốn cho đi.

Bây giờ là quá muộn. Hoặc thừa nhận hoặc liên hệ với một luật sư.


6

Điều khá điển hình là mã tùy chỉnh cho một khách hàng cụ thể dự kiến ​​sẽ được cung cấp miễn phí cho họ theo yêu cầu. Họ đang mua thời gian của bạn để tạo ra thứ gì đó cho họ và có lẽ họ sẽ muốn mọi thứ từ công việc mà họ đã trả tiền. Tất nhiên có sự ngoại lệ.

Thông thường, phần mềm được viết và "nói chung" được bán sẽ không có sẵn mã nguồn, nhưng có thể có sẵn với giá.

Đây là một phần lý do khiến phần mềm tùy chỉnh có giá cao hơn nhiều so với phần mềm "bán chung" (ngay cả khi phần mềm "bán chung" có thể có số lượng nhỏ đang lưu hành).


5

Nguyên tắc chung là tác giả của tác phẩm sở hữu bản quyền: những gì bạn tạo ra, bạn sở hữu.

Có nhiều ngoại lệ cho cái này. Rõ ràng nhất là công việc được tạo ra bởi một nhân viên . Một ngoại lệ khác ( Đạo luật bản quyền năm 1976, 17 USC 201 ) nằm trong "văn bản cho thuê" -doctrine nói rằng tác phẩm thuộc sở hữu của người trả tiền cho nó. Nhưng để WFH xảy ra, tất cả những điều sau đây phải là sự thật:

  1. Công việc đã được đặt hàng hoặc ủy quyền. Thật.
  2. Có một thỏa thuận rằng công việc sẽ được coi là WFH. Sai.
  3. Công việc là một phần của một bộ chín loại công việc cụ thể: dịch thuật, đóng góp cho công việc nghe nhìn, đóng góp cho một tác phẩm tập thể (như tạp chí), như một tập bản đồ, như một tài liệu tổng hợp, như một văn bản hướng dẫn, như một kiểm tra, như là tài liệu trả lời cho một bài kiểm tra, hoặc một công việc bổ sung. Sai.

Vì vậy, trong trường hợp này, bạn không cần phải bàn giao bất cứ điều gì.

(Một số văn bản hỗ trợ này là ở đây , ở đây , ở đây , ở đâyở đây )


4

Trong công việc hàng ngày của tôi, không có gì lạ khi các doanh nghiệp yêu cầu mã nguồn của chúng tôi được cung cấp cho một dịch vụ ký quỹ. Ý tưởng là doanh nghiệp không muốn cam kết dựa vào phần mềm của chúng tôi mà không có cách khắc phục lỗi - công ty chúng tôi vẫn tồn tại để chúng tôi có thể sửa chúng hoặc dịch vụ ký quỹ phát hành mã cho họ.

Tuy nhiên, đây có lẽ là một điểm rất rõ ràng trong hợp đồng, tôi tin rằng họ không nhận được mã nguồn trừ khi công ty chúng tôi thất bại và tôi hy vọng điều này sẽ được tính vào thẻ giá lớn liên quan đến hợp đồng. Tôi không chắc nó áp dụng như thế nào cho một nhà thầu cá nhân, kịch bản ứng dụng nhỏ.


Tôi nghĩ rằng đây là cách phổ biến và an toàn nhất được sử dụng để xử lý các loại yêu cầu này.
kinh ngạc

2

Đối với tôi, mã nguồn sẽ có giá trị thực tế * 5


1
Tại sao * 5? Tại sao không * 4, hoặc * 6 .. Hoặc thậm chí * 10? Điều đó có vẻ khá phức tạp và phi logic với tôi.
JTS

Vâng, nó có thể là * 4 hoặc 6 hoặc bất kỳ số nào, bạn chỉ nên xem đó là chính sách của tôi. Chúng tôi không cố bán mã nguồn nhưng đôi khi không thể tránh khỏi đó là giá
maz3tt

1
Giải thích. Những gì bạn làm không phải là một câu trả lời tốt một mình. Tại sao bạn làm điều đó?
Năng động

2

Tôi đã ở trong hoàn cảnh tương tự. Khi ứng dụng hoàn thành, công ty quyết định muốn mua mã nguồn và nhờ người khác tiếp quản (tôi chỉ làm việc bán thời gian.). Họ đã làm những gì tôi nghĩ là một đề nghị đầy đủ. Tôi nghĩ rằng nó đã được giả định rằng tôi sẽ luôn làm việc với nó và không ai trong chúng tôi biết họ được hưởng mã.

Thực tế là họ đã bị mua hết (không đề cập đến điều đó với tôi) và người mua không muốn bất kỳ kết thúc lỏng lẻo nào về cấp phép phần mềm. Không chắc chắn nếu tôi biết rằng tôi sẽ yêu cầu thêm. Có lẽ không phải vì người đã liên lạc với tôi với công ty này cũng tìm cho tôi một vài dự án khác. Tôi đoán nghiệp tốt có thể đến từ vô minh.

Trong trường hợp của bạn nên cung cấp cho họ mã và yêu cầu được sử dụng làm tài liệu tham khảo cho công việc của bạn.


1

Đầu tiên như mọi người đã chỉ ra điều này nên là một phần của hợp đồng ban đầu. Hãy chắc chắn rằng điểm này là địa chỉ trong tương lai.

Thứ hai, giá trị tốt của khách hàng này là gì? Bạn có thể mong đợi để có được nhiều doanh nghiệp từ họ trong tương lai? Bạn có thể sử dụng chúng như một tài liệu tham khảo cho công việc trong tương lai?

Cuối cùng, họ có thể gây hại cho bạn đến mức nào? Trong nhiều nếu không phải hầu hết các ngành công nghiệp từ xung quanh nhanh chóng. Cảm giác xấu từ khách hàng này sẽ có ảnh hưởng tiêu cực đến các khách hàng khác?

Tôi có thể sẽ đi trước và đưa nó cho họ, có thể yêu cầu một số tiền nhỏ. Hãy chắc chắn rằng họ biết bạn đang làm điều này vì lợi ích của họ và rằng bạn sẽ muốn điểm này được giải quyết trong một công việc tương lai bạn làm.


1

Nếu nó không phải là một phần của hợp đồng, thì không bên nào nắm giữ được sự thật.

Chúng tôi cần ở đây nhiều hơn những gì bạn nói những gì họ nói tại điểm thỏa thuận. nếu bạn không đồng ý hãy nhờ luật sư và đừng để mọi người đẩy bạn ra xung quanh.

đẩy lùi và nói, tôi không làm việc cho bạn, tôi đang bán một phần mềm được tùy chỉnh theo nhu cầu của bạn, bạn chỉ yêu cầu phần mềm, mã không được thảo luận vì tôi sẽ phải trả thêm phí để sửa đổi mã được trình bày cho các chế độ xem bên ngoài .

chúc may mắn

Tôi không phải là luật sư, đây không phải là sự thay thế cho cuộc thảo luận của luật sư, ở tiểu bang địa phương của bạn


2
Nếu bạn dự định công khai phần mềm, tôi chắc chắn sẽ liên hệ với luật sư trước. Nếu bạn xuất bản mã và sau đó phát hiện ra rằng công ty có quyền đối với mã đó, bạn có thể bị tổn thương trong một thế giới (không cần thiết).
Wonko the Sane

@Wonko cảm ơn tôi thay đổi, vì nó đòi hỏi tư vấn luật sư chuyên sâu.
Tên hiển thị

-1

Nếu hợp đồng của bạn không nói gì về mã, bạn không có nghĩa vụ phải giao nó cho họ. Xem xét rằng nếu khách hàng của bạn vô hại, bạn đã từ bỏ khả năng sửa chương trình thay mặt họ và do đó, bất kỳ cơ hội nào bạn có thể phải sửa nó cho họ như một dịch vụ. Mặt khác, nếu khách hàng của bạn sử dụng mã đó để tạo ứng dụng của riêng họ và bán nó, bạn sẽ không thể làm gì về nó. Ngay cả khi bạn bắt họ ký hợp đồng nói rằng họ không thể sử dụng lại mã, bạn sẽ khó có thể ra tòa để chứng minh họ đã làm như vậy.

Nếu bất cứ điều gì, bạn hỏi tại sao họ muốn nguồn. Không có gì họ có thể nói với câu hỏi đó có thể biện minh cho lý do tại sao họ cần mã của bạn khi bạn có thể tự mình làm điều đó.


4
Duy trì ứng dụng của họ là một lý do hoàn toàn tốt để muốn mã nguồn.
Larry Coleman

1
Anh ta bán phần mềm, không phải mã. Thông thường các lập trình viên duy trì ứng dụng, không phải khách hàng. Nếu khách hàng muốn mã, anh ta nên nói về việc bán quyền cho phần mềm của mình, không chỉ đơn giản là bàn giao mã.
Neil

7
Tôi không chắc điều đó rõ ràng. Nếu họ trả tiền cho anh ta để phát triển phần mềm (nghĩa là viết mã) và không chỉ mua kết quả từ anh ta dưới dạng sản phẩm, họ có thể có yêu cầu hợp lệ đối với nguồn.
Ben L

@Ben, nếu anh ta được trả tiền để viết mã, tại sao thậm chí sẽ có tranh chấp? Anh ta đưa ra loại câu hỏi gì nếu anh ta hỏi làm thế nào để cung cấp mã cho khách hàng vào thời điểm đó? Đây có phải là một câu hỏi kỹ thuật? Nên có trong stackexchange.com tại thời điểm đó.
Neil

3
@ben không đúng, nếu bạn trả lương cho một công nhân, thì tất cả sáng tạo của anh ta là của bạn, tuy nhiên anh ta không phải là công nhân, anh ta là một nhà thầu. RATNG KIẾM ĐƯỢC MÃ SỐ CỦA BẠN, và thỏa thuận đang phát triển một sản phẩm. Đồng thời, câu hỏi có thể là "tôi có thể giải phóng mã theo GNU không?" Nếu anh ấy đã làm gì? phía bên kia có thể nói gì? họ KHÔNG BAO GIỜ NÓI VỀ CNTT, và khi bạn hỏi những điều mới trong Phần mềm, bạn phải TRẢ TIỀN THÊM CHO NÓ.
Tên hiển thị

-2

Đây là một bài viết cũ, nhưng vẫn còn trong cuộc thảo luận trong thế giới ngày nay.

Theo tôi, nếu bạn được trả tiền theo giờ và được khách hàng hướng dẫn xây dựng chương trình phần mềm, bạn nên bàn giao mã nguồn.

Nếu bạn có phần mềm thương mại và bạn bán nó cho họ sử dụng .. thì không, bạn KHÔNG nên bàn giao mã nguồn.

Bất kể điều gì hợp pháp hay không .... vì tôi cũng không phải là luật sư. Điều đúng đắn cần làm là bàn giao mã nguồn. Điều gì xảy ra nếu điều gì đó xảy ra với bạn? Khách hàng của bạn bị lạnh. Ngoài ra, nếu phần mềm của bạn gây hại cho công ty thì sao? BẠN CÓ TRÁCH NHIỆM! Hãy từ bỏ việc giữ mã với hy vọng được trả tiền cho công việc trong tương lai. Chỉ cần làm một công việc tốt với giá cả hợp lý ngay từ đầu và công việc sẽ tiếp tục.

Và cho người tính phí gấp 5 lần cho mã nguồn. Là một lập trình viên, tôi cho rằng bạn rất giỏi môn toán. Tại sao mọi người sẽ trả 5X cho một cái gì đó .. khi họ có thể trả cho người khác 1x để chỉ sao chép những gì bạn đã xây dựng? Đây là một cách nhanh chóng để bị sa thải. Bạn không thể ăn mã nguồn của mình ... vì vậy với suy nghĩ như thế này .. bạn và mã nguồn của bạn sẽ ngồi bên lề.


1
điều này dường như không cung cấp bất cứ điều gì đáng kể qua các điểm được thực hiện và giải thích trong 10 câu trả lời trước. Bên cạnh đó, đoạn cuối dường như chỉ là một bình luận cho một câu trả lời khác ở đây, gây nhầm lẫn cho những độc giả không thể hiểu tại sao nó ở đó
gnat
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.