Заробляти гроші з Open Source як розробник?

Зараз я студент (Прикладні інформаційні технології), і більшість наших програм програмуємо на C # та Java. Мені було цікаво, як я можу як розробник заробляти гроші з відкритим кодом. Я знаю, що є історія надання підтримки чи надання послуг, але я не системдмін і мені не подобається робота над системою. Насправді я хотів би в майбутньому взяти на себе деякі C і C ++ і зробити якісь низькі рівні розвитку.

Отже, моє актуальне питання: чи потрібно заробляти гроші на розробці програмного забезпечення з відкритим кодом та як?

Редагувати: Просто зазначивши, що запускати власний проект з відкритим кодом - це не обов'язково.

Ця відповідь узагальнює багато відповідей на наступні питання, а також додаткові дослідження та думки.

• Відкрите джерело: врівноваження альтруїзму та отримання заробітної плати
• Заробляти гроші з Open Source як розробник?

Конспект

Відкритий джерело може бути життєздатною первинною або допоміжною бізнес-моделлю як безпосередньо через конкретну роботу над проектом, так і опосередковано через придбання навичок, досвіду та репутації. Можуть бути і додаткові, мотивації; задоволення від виробництва програмного забезпечення, корисного для інших, "подряпини особистого свербежу" (перший крок до будь-якого хорошого фрагмента програмного забезпечення з відкритим кодом, за Еріком С. Реймоном ), або філософські причини , які зазвичай базуються на понятті вільне програмне забезпечення , або підхід копілефт, який виступає Річард Сталлман , або більш дозволений підхід до ліцензій BSD .

Способи заробітку через Open Source

1. Спонсорство компанії

Це може статися кількома способами.

• Постійна робота для продовження роботи над гучним проектом. Це, мабуть, найрідкісніший випадок. Якщо ви є старшим членом великого проекту з відкритим кодом, хтось, як Лінус Торвальдс , Гвідо ван Россум або Тео де Раадт , то, ймовірно, ви зможете продовжувати працювати над вашим проектом, отримуючи фінансову підтримку великої компанії, наприклад Google або IBM . Хоча такий спосіб підтримки є досить рідкісним, вам не обов’язково бути суперзіркою з відкритим кодом, щоб забезпечити цей вид фінансування; багато розробників ядра Linux частково або повністю фінансуються такими компаніями, як Red Hat .
• Оплачується за конкретні функції або розширення. Деякі компанії пропонують щедрості мати певні функції, реалізовані у програмному забезпеченні з відкритим кодом, яке вони використовують для ділових функцій. Часто немає необхідності, щоб функція залишалася закритим джерелом, тому важливий код вноситься в спільноту. Це було описано як модель бджоляра розробки з відкритим кодом. У деяких випадках необхідні додаткові функції, щоб вони залишалися власними, але базуються на базі коду з відкритим кодом. В обох випадках експертиза з відкритим кодом є очевидною перевагою для розробника.
• Ваш код робочого дня може бути відкритим. Пов’язаний випадок, коли аспекти коду, який ви пишете для компанії в ході щоденної роботи, можуть відкриватися без шкоди для компанії. Код може бути, а може і не базуватися на існуючому проекті FOSS. Корисні інструменти та бібліотеки часто можуть бути випущені таким чином, і анекдотичні дані свідчать про те, що такі проекти можуть часто прискорюватися, як тільки вони стають волонтерськими.

2. Додайте вартість існуючим проектам

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

• Підтримка. Вдумливість додає цінності, упакувавши власну роздачу Python, зосередившись на наукових бібліотеках. Redhat та інші дистрибутиви Linux додають цінності, збираючи та тестуючи багато різних проектів з відкритим кодом та забезпечуючи прості у використанні механізми встановлення та оновлення . Ці компанії продають служби підтримки так само, як це роблять багато власників.
• Модель Freemium У цій моделі основна версія програмного забезпечення або послуги безкоштовна; додаткові «преміальні» функції зазвичай коштують додатково. Програмне забезпечення Sleepycat надало додаткові можливості для Берклі БД за власною ліцензією. Cedega забезпечує повторне реалізацію API Windows під Linux, випущений у вигляді суміші безкоштовного та власного коду. Ця модель не повинна бути відкритим кодом; Gmail для організацій - один із прикладів сервісу, який пропонує як безкоштовні (як у пиві), так і преміальні варіанти.

3. Код пропозиції за моделлю подвійного ліцензування

Потужний підхід - пропонувати програмне забезпечення за двома альтернативними ліцензіями , ліцензію на копіювання літрів, що вимагає повернення змін до громади, якщо програмне забезпечення розповсюджується, та комерційну ліцензію, що дозволяє використовувати програмне забезпечення без обмежень з відкритим кодом. Цей підхід успішно застосовується великими проектами, такими як Qt та Open Office , а також малими разовими проектами .

4. Проконсультуйтеся

Робота з відкритим кодом може запропонувати спосіб отримати цінну громадськість.

• Проявлення здібностей. Можливість перевірити роботу та компетенцію розробника, переглянувши проекти з відкритим кодом, у яких вони брали участь, - це потужний потенціал для потенційних роботодавців .
• Будівництво репутації. Маючи високу репутацію у спільноті з відкритим кодом, це може призвести до розмов , занять, запитів на навчання чи пропозицій щодо написання книг на основі ваших знань.
• Будучи експертом. Бути важливим гравцем технології, яка потрібна компаніям, означає вимагати користування консалтингом, підтримкою та навчанням за цією технологією. Це може призвести до створення певної робочої ніші у вашій області знань.

5. Допоміжні канали

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

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

Внесення коду до існуючого проекту - це також хороший спосіб отримати своє ім’я там. Чим більше ви вносите внесок, тим більше кредитів ви маєте, коли шукаєте контрактну роботу.

Ось приклад.

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

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

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

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

Більшість часу бізнес заробляє гроші, використовуючи модель бджоляра . По суті, ваші учасники з відкритим кодом отримують можливість користуватися останніми та найкращими безкоштовноми, тоді як ваші клієнти отримують надійний зрілий продукт. Red Hat, Novell і Sun використовують всі варіанти цієї моделі.

Ще один варіант - консультації та навчання. Якщо у вас є великий досвід використання певного товару (або ще краще, ви його винайшли), то люди, можливо, будуть готові платити вам гроші, щоб навчити їх користуватися ним. Це модель, яку використовує Canonical. Це не обов'язково означає, що вам доведеться виконувати роботи типу sysadmin, якщо це не ваша справа. Зрештою, програмісти, кінцеві користувачі та керівники також потребують навчання.

По-третє, як студент, ви повинні серйозно подумати про Google Summer of Code наступного літа.

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

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

Деякі з них платять компанії, які мають інтерес до проекту з відкритим кодом. LWN.net опублікував статтю про те, хто платить розробники ядра Linux, наприклад:

http://lwn.net/Articles/222773/

Виявляється, багато компаній фінансують розробку ядра Linux, а не лише дистрибуторів Linux.

Деякі розробники також керують консалтинговим бізнесом та використовують розробку програмного забезпечення для підтримки своєї основної роботи або як вітрини.

існує досить багато різних способів

• Фінансування іншої компанії (візьмемо, наприклад, Google, який платить Гуйдо ван Россуму працювати над Python половину свого часу)
• Продаж служб підтримки
• Продаж консалтингових послуг
• Створення профілю для себе за допомогою відкритих джерел, сподіваючись, що це призведе до інших речей, таких як розмова, авторство книг, отримання хорошої платної роботи
• Наприклад, прокрутка комерційної версії продукту для «корпоративних» замовників

а потім найбільші, на мою думку, розширення своїх знань та отримання любові від користувачів своїх продуктів.

Створіть веб-сайт про продукт із відкритим кодом (ваша програма, форум, сайт підтримки тощо) та розмістіть там кілька оголошень.

Це би зробило трюк.

Я заробляв гроші ненавмисно через програмне забезпечення з відкритим кодом, як і друг. У нас були подібні випадки, але я розповім лише про свій власний: я написав декодер VCDiff з відкритим кодом, в основному тому, що специфікація виглядала добре. (Довга історія, але я спочатку збирався писати це на час компанії, але натомість робив це в ніч на п’ятницю.)

Через кілька років до мене звернулася компанія, яка хотіла використовувати його в комерційному пакеті, але без необхідної атрибуції. Вони із задоволенням заплатили за це ліцензійний внесок і подарували мені надзвичайно розумну неексклюзивну ліцензію. Ми зробили угоду, і обидві сторони були задоволені.

Метою ніколи не було заробляти гроші - це, як правило, сталося як побічний ефект створення чогось, чого хотіла інша партія.

Я думаю, що загальним сценарієм є те, що вони також оплачували роботу. Багато роботи з відкритим кодом випливає з вільного часу розробників та з елементів їхньої оплачуваної роботи.

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

Просто розробка програмного проекту з відкритим кодом, ймовірно, не заробить вам багато грошей. Надання преміум-підтримки, налаштування тощо. Я роблю досить гарний куточок змін на стороні, розробляючи розширення та власні збірки Firefox, Thunderbird, Red5 та кількох інших проектів з відкритим кодом. Значна частина того, що я створюю, також надається спільноті з відкритим кодом.

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

Якщо ви насправді хочете заробити гроші, створивши власний проект з відкритим кодом, я думаю, що це досить тривалий знімок. З іншого боку, є багато добре оплачуваних робочих місць, які потребують роботи з технологіями з відкритим кодом або розробкою програмного забезпечення з відкритим кодом у таких компаніях, як Red Hat, Sun, IBM, навіть Microsoft.

Відповідь на ваше власне запитання

чи потрібно заробляти гроші на розробці програмного забезпечення з відкритим кодом, і як?

Так, і існують різні способи. Якщо ви просто хочете бути розробником, тобто не починати власний бізнес, найкраще почати з цього - це брати участь у проекті, який вам подобається. Тоді, можливо, ви знайдете такі можливості: http://webapps.ubuntu.com/employment/canonical_GDOS/ (є багато таких у різних областях, MySQL, лише щоб згадати ще одне "велике" ім'я).

Потім створіть свій профіль на LinkedIn та приєднайтеся до груп OSS, що відповідають вашим навичкам та / або інтересам.

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

Деякі компанії з програмним забезпеченням з відкритим кодом надають послуги та заробляють гроші. (Як і хостинг додатків тощо) У більшості випадків вони надають певні налаштування відповідно до вимог замовника та забезпечують підтримку та обслуговування протягом певного часу.

Я не думаю, що "Пожертви" можуть змінити великі зміни, але також є певний вплив від них.

Це хороший приклад для шрі-ланканської компанії, яка базується на продуктах з відкритим кодом.

WSO2

Є дві успішні, прибуткові компанії з відкритим кодом, які я досить добре знаю:

• Програмне забезпечення SleepyCat, поки їх не придбав Oracle, заробляло гроші, підтримуючи та вдосконалюючи Berkeley DB. Хоча один із засновників мав денну роботу, інший - ні, і вони мали десяток працівників.

• Chez Scheme заробляє гроші, додаючи поліпшення до свого компілятора та продаючи версії нативного коду свого компілятора. Типові вдосконалення можуть включати новий зворотний кінець; більш амбітним недавнім вдосконаленням був нативний пакет ниток. Засновник (Кент Дібвіг) працює на день; Я не знаю, скільки у нього працівників. Chez незвичний тим, що перекладач є відкритим кодом, але компілятор - ні.

Cygnus та Red Hat продають «підтримку», а також спеціалізовані версії свого програмного забезпечення, але програмне забезпечення також надається. Я не дуже розумію цю бізнес-модель.

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

За своєю суттю не можна взагалі заробляти гроші безпосередньо з коду - оскільки він відкритий. Ви можете отримати подвійну ліцензію, але це також може вимкнути спільноту OSS.

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

Або ви можете написати OSS, щоб створити представник і, сподіваємось, отримати контрактну / штатну роботу на задній частині.

Зробити це можна кількома способами. Зараз популярна модель freemium .
Крім того, як інші розмістили роботу з відкритим кодом, відкладено на другий план. Модель, якою я користуюся, - це використання відкритого коду за місцем роботи та внесок моїх внесків до основної лінії. Потрібно мати відкуп від управління, але це працює. Також пам’ятайте словами Стеллмана Фрі, як у свободі

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

Багато компаній стягують з вас плату за придбання програмного забезпечення, а потім тримайте ногу у ваших дверях договорами на технічне обслуговування, закінчуючи заробляти більше доларів від вас, якби ви купували її 7 разів. Я знаю, що це, безумовно, той випадок, коли я працюю з приватним програмним забезпеченням, якому більше 30 років!

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

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

Програми O / S спочатку мають більш високу криву навчання, що в значній мірі вимагає контрактів на технічне обслуговування, тому є багато можливостей зробити $$

На мою думку, ні одна бізнес-модель не є кращою, просто різною. Власна модель просто має більш широке поширення.

Тут я бачу два питання:

1) Як розробники заробляють гроші.

Більшість розробників не роблять цього за гроші. Причин може бути багато, але якщо ми їх звузимо, це зводиться до 1) Почесання сверблячки 2) Для отримання достовірності 3) Розширення знань з даної мови / домену.

2) Як бізнес 'заробляє гроші.

Зазвичай з підтримки, навчання, сертифікації та удосконалення. Але тоді виникає питання: якщо ваш продукт справді хороший, то він не потребує великої підтримки. Отже, це має бути те, що Джоел називає консалтинговим обладнанням .

В даний час деякі (чимало?) Компаній платять розробникам за внесок у відкрите програмне забезпечення, оскільки їхній бізнес заснований на програмному забезпеченні openource або походить із програмного забезпечення open source.