Як впоратися з ростом проекту з відкритим кодом?

Я беру участь у наданні підтримки проекту з відкритим кодом вже рік-два, і проект набув великої популярності з мого початку. Програма бачить більше 100 000 завантажень на тиждень, і її використовують понад 60% людей у ​​своєму первинному полі, тому ми, очевидно, раді, що людям так сподобалось користуватися нею.

Однак проблема полягає в тому, що база розвитку та підтримки зросла не так швидко, і ми починаємо вражати деякі зростаючі болі. Невелика жменька розробників (зокрема головний розробник) стає дуже тонкою, і волонтери технічної підтримки починають вигоряти.

Поки що, це майже що було купою хлопців, які висять на IRC, пишучи цю програму та допомагаючи користувачам. Немає організації 501 (c) (3) чи ТОВ або чогось подібного.

На даний момент у нас немає дуже формального відстежувача помилок або бази даних видань (у нас є форум з категорією, присвяченою звітам про помилки), що, я визнаю, це те, що ми могли б вдосконалити, щоб отримати більше розробників. Але я вважаю, що моє справжнє запитання полягає в тому, як можна зробити перехід від малого особистого проекту до реального ... речі? Як великі хлопці, такі як GIMP, FFmpeg, Blender тощо, впоралися з цим переходом?

І крім цього, чи є можливість запропонувати компенсацію за допомогою проекту FOSS? Я гадаю, що пожертви допомагають, але це заходить лише далеко ... здається дивним заробляти на життя вільним програмним забезпеченням, але якщо програма буде продовжувати удосконалюватися, я не бачу, як ми можемо продовжувати, не компенсуючи людей на повну роботу.

В основному, у нас виникають певні болі, і ми відчуваємо себе "занадто великим для наших британців". Що ми можемо зробити, щоб керувати цим переходом і не перегорати, якщо робити занадто багато речей відразу?

Етап, на якому перебуває ваш проект, є дійсно захоплюючим і вирішальним, його дуже легко зірвати і спалити (але) також можна прийняти важливі рішення, які, якщо все спрацює, допоможуть забезпечити життєздатність надовго.

Ось кілька пропозицій.

• Прочитайте чудову книгу Карла Фогеля « Випуск програмного забезпечення з відкритим кодом» . Він висвітлює більшість основних проблем. Хоча я не згоден з усім, що він говорить, це лише думка. Він повністю розуміє світ з відкритим кодом.

• Як сказав @Ross Patterson, ви повинні абсолютно налаштувати трекер і список розсилки чи щось подібне, щоб уникнути повного хаосу. Що ви використовуєте для контролю версій? Якщо ви перебуваєте в github, ви можете почати з їх трекера, або ви можете інтегруватися з Джирою або чимось подібним, або якщо ви хочете, зараз можете перейти до SourceForge і скористатися їх безкоштовною інфраструктурою. Ви не кажете, звідки завантажують користувачів, але хочете переконатися, що ви налаштували надійно та з хорошим підрахунком завантажень.

• Немає причин, що ви не можете заробляти на життя вільним програмним забезпеченням, якщо саме цього ви хочете, багато людей це роблять, але це потребує безлічі різних форм. Ви повинні вирішити, як ви хочете це зробити, перш ніж приймати основні організаційні рішення. Наприклад, ви можете, і, ймовірно, можете створити корпорацію, яка має торговельну марку та авторські права, що також надасть певний юридичний захист, якщо це буде потрібно. Однак тоді вам знадобиться президент чи скарбник. Якою це має бути організація (некомерційна або з метою отримання прибутку, ТОВ, кооператив, партнерство), дійсно залежить від ваших цілей і слід обговорити з хорошим юристом. Якщо вас прийняли до програми «Свобода програмного забезпечення свободи», вони допоможуть вам розібратися, а також допоможуть у питаннях бухгалтерського обліку та оподаткування тощо. Також є кілька інших інкубаторів FOSS, таких якПрограмне забезпечення в інтересах суспільства . Крім того, я думаю, що зовнішня можливість є можливою.

• Що стосується того, як ви заробляєте на життя, це багато в чому залежатиме від характеру вашого проекту. Ось чому я не відразу скачу, щоб сказати, що вам потрібен 501c3 (а ви, можливо, не отримаєте його ... дивіться проект Yorba). Blender підтримує себе головним чином, продаючи документацію. В інших проектах є екосистеми малого бізнесу та / або консультування, що їх оточують, і розробники заробляють на цьому своє життя. Інші проекти виходять з подвійних моделей ліцензування, тому вони продають підтримувані версії (саме тому MySQL зробив і чому він може бути проданий Sun і, звичайно, є RedHat) і мають окремий комунальний випуск. У інших, таких як WordPress, розміщена версія є бізнес-моделлю. Тож існують усілякі варіанти, і вам потрібно розібратися, що має сенс для вас та вашої громади.

• Виберіть когось, щоб він став вашим менеджером спільноти. І прочитайте книгу Джоно Бекона після того, як ви закінчите книгу Фогеля.

• Виберіть зараз дорожню карту, яка має сенс для вашої основної команди; бути реалістичним і не зазнавати знущань над людьми, які не роблять внеску. Дорожня карта не означає лише технічні плани та функції, це питання про те, куди ви хочете піти як проект.

• Не соромтеся говорити з іншими проектами, якими ви захоплюєтесь, або які знаходяться в цьому ж просторі. Дізнайтеся, що працювало, а що не для них. Просто надішліть електронний лист. Також ви можете завітати на деякі загальні події з відкритим кодом та просто поговорити з іншими проектами. В цілому копальня люди дуже корисні.

Удачі, захоплююча річ бути на цьому етапі.

РЕАЛЬНО великі хлопці налаштовують усі механізми, про які ви знаєте - вони керують великими фермами серверів, вони запускають (іноді пишуть) трекери помилок та будують системи тощо. Вони часто мають фундаменти 501 (c) 3, які володіють авторськими правами тощо. Вони отримуйте великі корпоративні пожертви, а компанії позичають їх розробникам і т. д. Знаєте, великі речі.

Не дуже великі хлопці отримують багато допомоги з інших країн. Наприклад, Захист програмного забезпечення свободи допоможе помірно великим проектам отримати правове підґрунтя та полегшить пожертви. Існує маса варіантів хостингу коду та відстеження помилок в наші дні - чорт, будь-хто може отримати сайт GitHub. І ви побачите, що багато програмних компаній з невеликим та середнім рівнем передаватимуть ліцензії на свої фірмові продукти для підтримки організованих проектів з відкритим кодом, особливо коли вони якось узгоджуються зі своїм бізнесом.