Şirketimi Açık Kaynak koduna katkıda bulunmaya nasıl ikna edebilirim?

Çalıştığım şirketi özellikle açık kaynak kodlu yazılıma katkıda bulunmaya ikna etmeye çalışıyorum, özellikle ASP.NET web uygulamaları için bir kütüphane / bileşen oluşturuyorum. Google'ın haftada bir gün politikasına benzer şekilde kendi kişisel evcil hayvan projelerimizde çalışabileceğimiz bir 'İnovasyon Günü' var, bizimkiler ayda bir kez :-) ve istediğim bir fikrim var açık kaynak.

Diğer şirketler bunu yapar, örn. Başlık Sistemleri ( http://automapper.codeplex.com - üstteki başlığa bakın).

Onlara ne diyeceğim? Onlara şirket için faydalı olacak ne gibi faydalar sağlayabilirim? Daha önce bir işe alım çılgınlığına gittiğimizde şirketimiz ve itibar vb. Ama başka ne gibi tartışmalar yapabilirim?

Güncelleme: Çalıştığım şirket, ASP.NET ve MS Stack'ta web uygulamaları yapan bir yazılım şirketidir. Müşterilerimiz ağırlıklı olarak NHS'dir (İngiltere halk sağlığı sektörü).

open-source asp.net contribution

— Pazar Ironfoot
kaynak

Değiştirdiğiniz mevcut açık kaynaklı bir projeyi bulun. Sonra, serbest bıraktığınız şeyin açık kaynak olması gerekir. Muhtemelen orada yararlı olabilecek bir şey var, ancak şirketinizin ihtiyaçlarına uyacak şekilde ayarlanması gerekiyor.

— Macneil

Şirketiniz bir teknoloji şirketi mi - örneğin teknoloji geliştiriyor ve satıyor musunuz? Bir teknoloji şirketinde tartışmak daha kolay olduğunu düşünüyorum çünkü belirli platformları ilerletmek için bir kâr güdünüz var; Örneğin Engine Yard, Ruby ekosistemini genel olarak ilerletmeleri için JRuby geliştiricilerini işe aldı, çünkü bu onlara daha fazla iş getirecek. Şirketiniz teknolojinin son kullanıcısıysa, en iyi argümanları ele aldığınızı düşünüyorum.

— Jeremy

@Jeremy: Evet, üzgünüm, muhtemelen ASP.NET'te ve Microsoft yığınında web uygulamaları oluşturan bir yazılım şirketi olduğumuzu söylemeliydim.

— Pazar Ironfoot

Macneil, bu bir yorum olarak değil, bir cevap olarak eklenmelidir.

— Peter Boughton

@Peter: Teşekkürler, bunun aslında bir şirket için bir argüman olduğuna dair şüphelerim olmasına rağmen . Daha özel durumlar. Akademide, etkiyi artırabilmemiz ve çeşitli yönetim kuruluşlarının kodumuzu kontrol altına almasını engelleyebilmemiz için genellikle açık kaynak oluşturuyoruz. Protesto etseler bile işlerinde patentleri olan bazı profesörleri tanıyorum!

— Kasım'da Macneil

Yanıtlar:

Bir iş vakası yapmak zorundasınız. Bunu daha önce, açık kaynak kullanımı yapacağımız fikri mülkiyetin temel bir iş varlığı olmadığını (bizi ayırt etmediğini) söyleyerek yaptım, ancak kodu serbest bırakarak, hedef kitlemiz olan kullanıcılar da açık kaynak kodlu.

Bu teoriyi kullanabilirsiniz: " Tamamlayıcılarınızı Metalaştırın "

— Scott Whitlock
kaynak

"fikri mülkiyet biz olurdu açık kaynak bir temel iş varlık (bizi ayırt etmedi) değildi" ... ve bu yardımcı olabilir anahtar kriterleri var sen o açık kaynaklı iyi uyum olup olmadığını belirler.

— Paul Draper

Açık Kaynak Bir bileşen, projeyi geliştirir ve bir topluluk oluşturursanız - ve ancak yalnızca - eğer mantıklıdır. Hata raporlarını kabul edin, hataları düzeltin ve düzenli olarak yeni sürümler oluşturun. Bunu yaparsanız, Eclipse ve Mozilla'nın yaptığı gibi, faydalarını toplayabilirsiniz.

Bunu yapmazsanız, deneyimli insanlar, başkalarının sizin için işi yapmasını umarak kod tabanından attığınız bir mil uzakta kokabilirler.

Diğer insanların tüm işi yapmasını beklemezdik. Bileşeni muhtemelen tamamen geliştiririz, sonra açık kaynak yaparız, başkalarının ondan faydalanmasını veya isterse daha da geliştirmesini sağlayacağız.

— Pazar Ironfoot

Ama o zaman devam ettirir misiniz?

Açık kaynak için en büyük argümanlardan biri, başkalarının buna katkıda bulunabileceği, bir programcının programında 1000 hata tespit edip düzeltmeyi ummadığı, ancak 1000 programcı olabileceği fikridir. Bu nedenle, listelediğiniz tüm avantajlara ek olarak, kendi işinize bazı şekillerde yardımcı olan bootstrap yazılımı geliştirmenin seçimi kesinlikle açıktır.

Ayrıca sizi otorite konumuna sokar. Biraz geriyor olabilirim, ama eğer fikriniz yeterince yenilikçi ise, başkalarının karşılaması gereken yeni bir standart oluşturabilirsiniz. Bu, ticari kullanım için yazılımınızla herhangi bir şey yapmak isteyen herkesin size sorması gerektiği anlamına gelir, yani kod açıkken, standart kullanımın ticari kullanım için kullanımının küçük bir katkı gerektirdiğini söyleyen birkaç eğri topu atabilirsiniz. hiç mantıksız değil, bu yüzden sonraki aşamalarda da potansiyeli var.

— Neil
kaynak

Ticari kod kullanımının sınırlandırılması, hem Açık Kaynak Girişimi hem de Özgür Yazılım Vakfı'nın ilkeleriyle uyumsuzdur. Çoğu durumda, bunun toplumla değerinden daha fazla soruna neden olacağını düşünüyorum. Kodu gerçekten arayan binlerce programcı istiyorsanız, OSI sertifikalı bir lisans kullanın.

— David Thornley

Bundan emin misin? Açık Kaynak lisansının herkesin kodu özgürce görmesine izin verdiğini anladım, ancak bu koddan üretilen ürünler hakkında hiçbir şey söylemiyor.

— Neil

Bundan tamamen eminim ve Tipik karışıklığı önlemek için Açık Kaynak Girişimi ve lisanslarından bahsetmiştim. "Açık Kaynak" belirsiz bir ifadedir. Bunun bir anlamı, onunla ne yapabileceğinizden bağımsız olarak kaynağı elde edebilmenizdir. Biri OSI sertifikalı lisanslarla lisanslanıyor ve bu ifade genellikle büyük harfle yazılıyorsa kastediliyor. Topluluğun dahil olmasını istiyorsanız, OSI tanımına gidin. Çok daha az insan, OSI tipi bir lisans kapsamında olmayan herhangi bir şeye yardım etmekle ilgilenecektir.

— David Thornley