Açık kaynaklı bir projenin büyümesi nasıl ele alınır?

Bir veya iki yıl boyunca açık kaynaklı bir projeye destek vermeye yardımcı oldum ve başladığımdan beri proje çok popüler oldu. Program, haftada 100.000'den fazla indirmeyi görüyor ve birincil alanındaki kişilerin% 60'ından fazlası tarafından kullanılıyor, bu yüzden insanların bu programı kullanmaktan çok keyif aldıkları açıktır.

Ancak sorun şu ki, geliştirme ve destek üssü neredeyse o kadar hızlı büyümedi ve bazı büyüyen acılara çarpmaya başlıyoruz. Küçük bir avuç geliştirici (özellikle ana geliştirici) oldukça zayıflıyor ve teknik destek gönüllüleri yakılmaya başlıyor.

Şimdiye kadar, IRC'de takılmak, bu programı yazmak ve kullanıcılara yardımcı olmak için bir sürü dudes oldu. 501 (c) (3) kuruluşu ya da LLC ya da bunun gibi bir şey yok.

Şu anda, çok resmi bir hata izleyici veya sorun veritabanımız yok (hata raporlarına adanmış bir kategoriye sahip bir forumumuz var), itiraf ediyorum ki, daha fazla geliştirici almak için geliştirebileceğimiz bir şey. Ama sanırım asıl sorum şu: küçük kişisel projeden gerçek bir şeye nasıl geçiş yapılabilir ? GIMP, FFmpeg, Blender vb. Gibi büyük çocuklar bu geçişi nasıl ele aldı?

Bunun da ötesinde, bir FOSS projesi ile tazminat teklif etmenin bir yolu var mı? Sanırım bağış yardımı var, ama bu çok ileri gidiyor ... özgür yazılımdan kurtulmak garip görünüyor, ama program iyileşmeye devam edecekse, insanları telafi etmeden nasıl devam edebileceğimizi görmüyorum tam zamanlı çalışma için.

Temel olarak, büyüyen ağrılarımız var ve “britchlerimiz için çok büyük” hissediyoruz. Bu geçişi yönetmek ve aynı anda çok fazla şey yapmaktan yanmamak için ne yapabiliriz?

Projenizin bulunduğu aşama gerçekten heyecan verici ve çok önemli, çökmek ve yakmak çok kolay (aynı zamanda), ancak her şey işe yararsa uzun vadeli uygulanabilirliği sağlamaya yardımcı olacak bazı önemli kararlar verebileceğiniz yerdir.

İşte bazı öneriler.

• Karl Fogel'in Açık Kaynak Yazılım Üretimi adlı harika kitabını okuyun . Başlıca önemli sorunların çoğunu kapsıyor. Söylediği her şeye katılmama rağmen, bu sadece fikir. Açık kaynak dünyasını tamamen anlıyor.

• @Ross Patterson'un dediği gibi, toplam kaostan kaçınmak için kesinlikle bir izleyici ve posta listesi veya benzeri bir şey ayarlamanız gerekir. Sürüm kontrolü için ne kullanıyorsunuz? Github üzerindeyseniz, izleyicileriyle başlayabilir veya Jira veya benzeri bir şeyle entegre edebilirsiniz veya isterseniz SourceForge'a şimdilik gidebilir ve ücretsiz altyapılarını kullanabilirsiniz. Kullanıcıların nereden indirdiklerini söylemiyorsunuz, ancak güvenilir bir şekilde ve iyi indirme sayımına sahip olduğunuzdan emin olmak istiyorsunuz.

• İstediğiniz buysa, özgür yazılımda geçim kazanmanız için hiçbir neden yoktur, birçok insan bunu yapar, ancak çok farklı formlar alır. Büyük kurumsal kararlar vermeden önce bunu nasıl yapmak istediğinize karar vermelisiniz. Örneğin, ticari markayı ve telif haklarını elinde bulunduracak bir şirket kurabilir ve kurmanız gerekir; bu da gerektiğinde yasal koruma sağlayacaktır. Ancak o zaman bir başkan veya sayman gerekir. Ne tür bir organizasyon olmalı (kar amacı gütmeyen veya kar amaçlı, LLC, kooperatif, ortaklık) gerçekten hedeflerinize bağlıdır ve iyi bir avukatla tartışılmalıdır. Yazılım Özgürlüğü Muhafazası tarafından kabul edildiyseniz, bunu anlamanıza ve ayrıca muhasebe ve vergi konularında vb. Ayrıca birkaç tane daha FOSS inkübatörü var.Kamu Yararı İçin Yazılım . Ayrıca, Outercurve'un bir olasılık olduğunu düşünüyorum .

• Nasıl geçimini sağlayacağınız açısından, bu büyük ölçüde projenizin doğasına bağlı olacaktır. Bu yüzden de 501c3'e ihtiyacınız olduğunu söylemek için hemen atlamamıştım (ve bunu alamayabilirsiniz ... Yorba projesine bakın). Blender esas olarak dokümantasyon satarak kendini destekler. Diğer projelerin küçük işletme ekosistemleri ve / veya onları çevreleyen danışmanlık hizmetleri vardır ve geliştiriciler hayatlarını bundan kazanırlar. Diğer projelerin çift lisanslama modelleri var, bu yüzden desteklenen sürümleri satıyorlar (bu yüzden MySQL yaptı ve neden Sun'a satılabilir ve elbette RedHat var) ve ayrı bir communty sürümü var. WordPress gibi diğerleri, bir iş modeli olarak barındırılan sürüme sahiptir. Yani her türlü seçenek var ve sizin ve topluluğunuz için neyin mantıklı olduğunu bulmanız gerekiyor.

• Başlamak için topluluk yöneticiniz olmak için şimdi birini seçin. Ve Fogel'i bitirdikten sonra Jono Bacon'un kitabını okuyun .

• Şimdi çekirdek ekibiniz için anlamlı bir yol haritasına karar verin; gerçekçi olun ve katkıda bulunmayan kişiler tarafından zorbalığa uğramayın. Yol haritası sadece teknik planlar ve özellikler değil, proje olarak nereye gitmek istediğinizle de ilgilidir.

• Hayran olduğunuz ya da aynı konudaki diğer projelerle konuşmaktan çekinmeyin. Onlar için neyin işe yarayıp neyin yaramadığını öğrenin. Sadece bir e-posta gönderin. Ayrıca, açık kaynak kodlu genel olayların bazılarına gidebilir ve diğer projelerle konuşabilirsiniz. Bütün fosil insanlar oldukça faydalıdır.

İyi şanslar, bu aşamada olmak heyecan verici bir şey.

Hakkında bildiğiniz tüm mekanizmaları kurmak GERÇEKTEN büyük çocuklar - onlar büyük sunucu çiftlikleri çalıştırmak, bunlar çalıştırın (bazen yazma) hata izci ve yapı sistemleri, vb Bunlar genellikle, telif haklarına sahip 501 (c) 3 temellere sahip vb Bunlar büyük kurumsal bağış almak ve şirketler, onlara geliştiriciler ödünç vb , Bilirsin bÜYÜK şeyler.

O kadar da büyük olmayan çocuklar başka yerlerden çok yardım alırlar. Yazılım Özgürlüğü Koruma , örneğin, orta-büyük projeler sağ yasal temellerini almak ve bağış kolaylaştıracak yardımcı olacaktır. Bugünlerde kod barındırma ve hata izleme için birçok seçenek var - heck, herkes GitHub sitesi alabilir. Ayrıca, birçok küçük-orta ölçekli yazılım şirketinin, özellikle de işleriyle bir şekilde hizalandıklarında, organize Açık Kaynak projelerini desteklemek için tescilli ürünleri için lisans bağışlayacağını göreceksiniz.