Làm cách nào để thuyết phục công ty của tôi đóng góp cho Nguồn mở?

Tôi đang cố gắng thuyết phục công ty mà tôi làm việc để đóng góp cho phần mềm nguồn mở, cụ thể là xây dựng thư viện / thành phần cho các ứng dụng web ASP.NET. Chúng tôi có một "Ngày đổi mới" sắp tới, nơi chúng tôi có thể làm việc cho các dự án thú cưng cá nhân của mình tại nơi làm việc, tương tự như chính sách một ngày một tuần của Google, ngoại trừ của chúng tôi là mỗi tháng một lần :-) và tôi có một ý tưởng mà tôi muốn mã nguồn mở.

Các công ty khác làm điều này, ví dụ. Hệ thống Headspring ( http://automapper.codeplex.com - xem biểu ngữ ở trên cùng).

Tôi nói gì với họ? Những lợi ích nào tôi có thể truyền đạt cho họ sẽ có lợi cho công ty? Tôi đã đề cập đến khả năng tiếp xúc với công ty và danh tiếng của chúng tôi, v.v. cũng như thu hút các nhà phát triển phần mềm hàng đầu khi chúng tôi tiếp tục đi vào hoạt động tuyển dụng. Nhưng những lý lẽ nào khác tôi có thể đưa ra?

Cập nhật: Công ty tôi làm việc là một công ty phần mềm chủ yếu xây dựng các ứng dụng web trong ASP.NET và MS Stack. Khách hàng của chúng tôi chủ yếu là NHS (ngành y tế công cộng của Vương quốc Anh).

open-source asp.net contribution

— Chủ nhật chân sắt
nguồn

Tìm một dự án nguồn mở hiện có mà bạn sửa đổi. Sau đó, những gì bạn phát hành có được mã nguồn mở. Có lẽ có một cái gì đó đã có thể hữu ích, nhưng chỉ cần điều chỉnh để phù hợp với nhu cầu của công ty bạn.

— Macneil

Công ty của bạn có phải là công ty công nghệ không - ví dụ bạn có phát triển và bán công nghệ không? Tôi nghĩ việc lập luận trong một công ty công nghệ dễ dàng hơn bởi vì bạn có động cơ lợi nhuận để thúc đẩy các nền tảng cụ thể; ví dụ Engine Yard đã thuê các nhà phát triển của JRuby để thúc đẩy hệ sinh thái Ruby nói chung vì điều đó sẽ mang lại cho họ nhiều hoạt động kinh doanh hơn. Nếu công ty của bạn là người dùng cuối của công nghệ, tôi nghĩ bạn đã bao quát những lý lẽ tốt nhất.

— Jeremy

@Jeremy: Vâng, xin lỗi, có lẽ tôi nên đề cập đến việc chúng tôi là một công ty phần mềm chủ yếu xây dựng các ứng dụng web trong ASP.NET và trên Microsoft stack.

— Chủ nhật Ironfoot

Macneil, nên được thêm vào như một câu trả lời, không phải là một bình luận.

— Peter Boughton

@Peter: Cảm ơn, mặc dù tôi nghi ngờ rằng đó thực sự là một đối số để đưa ra cho một công ty. Nhiều hơn chỉ là hoàn cảnh đặc biệt. Trong giới hàn lâm, chúng tôi thường xây dựng nguồn mở để có thể tăng tác động và ngăn các thực thể quản trị khác nhau kiểm soát mã của chúng tôi. Tôi biết một số giáo sư có bằng sáng chế về công việc của họ mặc dù họ đã phản đối!

— Macneil

Câu trả lời:

Bạn phải làm một trường hợp kinh doanh. Tôi đã làm điều này trước đây bằng cách đưa ra trường hợp rằng tài sản trí tuệ mà chúng tôi cung cấp nguồn mở không phải là tài sản kinh doanh cốt lõi (không phân biệt chúng tôi), nhưng bằng cách phát hành mã, chúng tôi sẽ tạo ra một kênh tiếp thị cho những người sử dụng mã nguồn mở đó, người cũng tình cờ là đối tượng mục tiêu của chúng tôi.

Bạn có thể sử dụng lý thuyết này: " Hàng hóa hóa các bổ sung của bạn "

— Scott Whitlock
nguồn

"Tài sản trí tuệ mà chúng tôi cung cấp nguồn mở không phải là tài sản kinh doanh cốt lõi (không phân biệt chúng tôi)" ... và đó là tiêu chí chính có thể giúp bạn xác định liệu nó có phù hợp với nguồn mở hay không.

— Paul Draper

Nguồn mở một thành phần có ý nghĩa nếu - và chỉ khi - bạn nuôi dưỡng dự án và xây dựng một cộng đồng. Chấp nhận báo cáo lỗi, sửa lỗi và tạo các bản phát hành mới một cách thường xuyên. Nếu bạn làm điều đó, giống như Eclipse và Mozilla đã làm, bạn có thể thu hoạch các lợi ích.

Nếu bạn không làm điều đó, những người có kinh nghiệm có thể ngửi thấy một dặm mà bạn vừa vứt bỏ cơ sở mã với hy vọng người khác sẽ làm việc cho bạn.

Chúng tôi sẽ không mong đợi người khác làm tất cả công việc. Chúng tôi có thể sẽ phát triển thành phần đầy đủ, sau đó nguồn mở nó, cho phép những người khác được hưởng lợi từ nó hoặc phát triển nó hơn nữa nếu họ muốn.

— Chủ nhật Ironfoot

Nhưng bạn sẽ duy trì nó sau đó?

Vâng, một trong những lập luận lớn nhất cho nguồn mở là những người khác có thể đóng góp cho nó, ý tưởng là một lập trình viên không thể hy vọng phát hiện và sửa 1000 lỗi trong chương trình của mình nhưng 1000 lập trình viên thì có thể. Vì vậy, ngoài tất cả các lợi ích bạn đã liệt kê, rõ ràng đây là lựa chọn để phát triển phần mềm bootstrap giúp doanh nghiệp của bạn theo một cách thức thời trang nào đó.

Nó cũng đặt bạn vào một vị trí của quyền lực. Tôi có thể kéo dài nó một chút, nhưng nếu ý tưởng của bạn đủ sáng tạo, bạn có thể tạo ra một tiêu chuẩn mới mà người khác phải đáp ứng. Điều đó có nghĩa là bất cứ ai muốn làm bất cứ điều gì với phần mềm của bạn để sử dụng cho mục đích thương mại đều phải hỏi bạn trước, nghĩa là bạn có thể ném vào một vài quả bóng cong nói rằng trong khi mã được mở, việc sử dụng tiêu chuẩn của bạn cho mục đích thương mại đòi hỏi một đóng góp nhỏ hoàn toàn không hợp lý, vì vậy nó cũng có tiềm năng trong các giai đoạn sau.

— Neil
nguồn

Hạn chế sử dụng mã thương mại không tương thích với các nguyên tắc của cả Sáng kiến nguồn mở và Quỹ phần mềm miễn phí. Trong hầu hết các trường hợp, tôi nghĩ rằng điều đó sẽ gây ra nhiều vấn đề với cộng đồng hơn là đáng giá. Nếu bạn thực sự muốn một ngàn lập trình viên xem mã, hãy sử dụng giấy phép được chứng nhận OSI.

— David Thornley

Bạn có chắc chắn về điều đó? Tôi đã hiểu rằng giấy phép Nguồn mở cho phép mọi người xem mã một cách tự do, nhưng nó không nói gì về các sản phẩm được sản xuất từ mã đó.

— Neil

Tôi hoàn toàn chắc chắn về điều đó và đã đề cập đến Sáng kiến nguồn mở và giấy phép của họ để tránh sự nhầm lẫn điển hình. "Nguồn mở" là một cụm từ mơ hồ. Một ý nghĩa là bạn có thể lấy nguồn, bất kể bạn có thể làm gì với nó. Một là được cấp phép với giấy phép được chứng nhận OSI, và đó là những gì thường có nghĩa nếu cụm từ được viết hoa. Nếu bạn muốn sự tham gia của cộng đồng, hãy đi với định nghĩa OSI. Sẽ có rất ít người quan tâm đến việc giúp đỡ mọi thứ không thuộc giấy phép loại OSI.

— David Thornley