Моя мета - рознести в прах помилкова думка, що на відкритому коді можна заробити.
типова історія
Хотілося б почати з цілком типовою історії.
Жив був простий хлопець Борис в одній далекій російській глибинці. Працював девелопером в невеликій компанії з розробки сайтів, яка активно використовувала Linux і OpenSource. Борис волею не волею перейнявся духом вільного ПЗ, але сам брати участь в розробці соромився.
Час минав, і якось раз товариш підкинув Борису ідею прикольного модуля для OpenSource CMS. Ідея була класна, та й у Бориса давно руки свербіли.
Модуль запив і виклали. Трохи згодом з'явилися перші користувачі, відгуки і баг репорти, стало зрозуміло, що модуль потрібний.
Через якийсь час Бориса запросили на роботу в велику компанію в большом городе. Зацікавилися здібностями, які Борис продемонстрував при розробці OpenSource проекту.
Незабаром нова робота з'їла весь вільний час, на OpenSource часу не залишилося. Перед Борисом встала дилема, як продовжити займатися улюбленою проектом і в той же час не померти від голоду (без роботи).
Давайте спробуємо допомогти Борису знайти рішення.
Роботодавець спонсорує часом
Можна спробувати умовити роботодавця виділити 10-20% робочого часу на свої проекти. Таке давно практикують великі компанії, такі як Google.
В Drupal співтоваристві таке практикується все частіше і частіше, адже робота над розширеннями і ядром добре підживлює репутацію компанії і зміцнює її положення в суспільстві. Існують навіть окремі компанії, в яких деякі співробітники працюють над ядром Drupal весь робочий час.
Якщо роботодавець відмовив, наш Борис може вирішити залишити основну роботу і зайнятися улюбленою проектом впритул. В цьому випадку Борису треба серйозно турбуватися про заробіток.
У проекту є постійний спонсор
Тут все просто, є компанія або фізична особа, яка використовує проект у своїй діяльності. Ця компанія платить регулярно, або, що рідше, разово за розробку проекту.
По суті, це перетворюється в замовлену розробку або навіть найману працю, де замовник диктує напрямок розвитку проекту.
Платні доопрацювання під кожного
Це досить поширена схема, коли розробник живе за рахунок модифікації свого проекту під потреби кожного конкретного замовника.
Наприклад, у мене є знайомі, які роблять відкриті коробкові рішення на основі YII і частково живуть на доробках.
Тут зустрічається такий підхід, як колективне фінансування тієї чи іншої доопрацювання, коли кілька бажаючих об'єднуються, щоб поділити вартість розробки на всіх. Наприклад, я такий підхід часто зустрічав в російськомовному Drupal співтоваристві.
При доопрацюванні під кожного проект ризикує перетворитися в тисячу несхожих один на одного проектів, які буде дуже складно підтримувати.
платна підтримка
Одна з найпопулярніших моделей, коли розробник, по суті, продає не код, а платну підтримку свого рішення. Наприклад, покупець розширення до WooCommerce отримує за свої гроші 1 рік підтримки і оновлень.
Такий підхід дозволяє уникнути наявності безлічі версій проекту. Розробник визначає напрямок розвитку проекту.
подвійне ліцензування
Ще один спосіб заробити на OpenSource - це ліцензувати свій проект двома ліцензіями відразу: безкоштовною і комерційної.
Наприклад, я можу використовувати jQuery.Isotope в особистих некомерційних цілях абсолютно безкоштовно за ліцензією GPL v3, але коли я робив сайт на замовлення з використанням цієї бібліотеки, мені довелося купити комерційну девелоперскую ліцензію.
Схожа схема ліцензування працює і для MySQL.
Пожертвування
На пожертвування, на мій погляд можна заробити, хіба що, на хліб без масла, але згадати кілька цікавих систем все ж варто.
Gratipay - cистема пожертвувань дозволяє підтримувати команди і розробників анонімно на щотижневій основі.
Flattr - cистема мікропожертвованій, де ви вирішуєте скільки хочете пожертвувати на місяць, а система сама ділить цю суму між усіма, кому ви пожертвували.
Тепер перейдемо до важкої артилерії.
Платні допоміжні сервіси
При такому підході розробник не заробляє безпосередньо на своєму проекті, він надає платні допоміжні сервіси, наприклад, хостинг, сервіс резервного копіювання або моніторингу.
Ось кілька прикладів таких сервісів:
Багато компаній, що управляють OpenSource проектами, організують платні тренінги і вчать людей як використовувати їх продукт. По суті, просувають проект, а заодно і заробляють гроші.
Платні Тренінг надають такі компанії, як Zend, SensioLabs, Acquia, і ін ..
сертифікація
Сертифікація потрібна для градації розробників. Крім того, вона дозволяє виявляти і залучати кращих в штат. Ну і, звичайно, вона не безкоштовна.
Zend Framework / PHP Certification - офіційна сертифікація Zend Framework і PHP, яку мені свого часу довелося пройти
SensioLabs Certification - офіційна сертифікація Symfony 2
Acquia Certification - офіційна сертифікація Drupal
MongoDB Certification - офіційна сертифікація MongoDB
Як бачите, Open Source активність не тільки покращує вашу репутацію як розробника з усім супутнім, а й, при правильному підході, може принести гроші. Тепер у нашого героя Бориса розв'язані руки, а вже він то не упустить свій шанс.
На закінчення дозволю собі навести цитату Метта Мулленвег, співзасновника WordPress.com:
Я згоден з Метом і закликаю вас спробувати себе в OpenSource розробці (вже прямо зараз). Ви не пошкодуєте.