Hogyan lehet pénzt keresni a nyílt forráskóddal, konstantin komelin
Célom, hogy elhárítsam azt a téves véleményt, hogy nyílt forráskóddal nem kereshetsz.
Egy tipikus történet
Szeretnék egy nagyon tipikus történettel kezdeni.
Egy egyszerű fickó Boris volt egy távoli orosz határon. Fejlesztőként dolgozott egy kis webfejlesztő cégnél, amely aktívan használta a Linuxot és az OpenSource-ot. Boris önként nem bocsátja szabad szoftver szellemiségét, de túl zavarban volt ahhoz, hogy részt vegyen a fejlesztésben.
Ahogy telt el az idő, és egy nap az elvtárs Borisz-nak dobta az ötletet egy hűvös modul számára az OpenSource CMS számára. Az ötlet remek volt, és Boris már régóta megragadta a kezét.
A modul elakadt és elrendezett. Egy idő után megjelentek az első felhasználók, a felülvizsgálatok és a jelentések hibája, világossá vált, hogy a modulra szükség van.
Egy idő után Boris meghívást kapott egy nagyvárosban működő nagyvállalatnál való munkára. Érdekli a képességeit, amelyeket Boris demonstrált az OpenSource projekt fejlesztésében.
Hamarosan az új munka evett a szabadidőből, az OpenSource számára még nem maradt idő. Mielőtt Borisz felmerült egy dilemma, hogyan folytassák tovább a kedvenc projektedet, és ugyanakkor ne haljanak meg az éhségtől (munka nélkül).
Próbáljunk segíteni Borisznek megoldást találni.
A munkáltató szponzorálja az időt
Megpróbálhatja meggyőzni a munkáltatót, hogy a munkaidő 10-20% -át fordítsa projektjeikre. Ezt már régóta nagyvállalatok, például a Google gyakorolja.
A Drupal közösségben ezt egyre jobban gyakorolják, hiszen a kiterjesztésekkel és a maggal kapcsolatos munka jól táplálja a cég hírnevét, és megerősíti pozícióját a közösségben. Vannak még különálló cégek is, amelyekben néhány alkalmazott dolgozik a Drupal magján.
Ha a munkáltató visszautasította, a Borisz dönthet úgy, hogy elhagyja a fő munkát, és szorosan közelíti meg a szeretett projektet. Ebben az esetben Borisz komolyan törődik a bevételekkel.
A projektnek állandó szponzora van
Itt minden egyszerű, van egy vállalat vagy magánszemély, aki tevékenységét használja a projektnek. Ez a vállalat rendszeresen, vagy ritkábban fizet egyszer a projekt fejlesztéséért.
Tulajdonképpen egyéni fejlesztéssé, vagy akár bérelt munkává alakul, ahol az ügyfél diktálja a projekt fejlesztésének irányát.
Fizetett revíziók mindegyikhez
Ez meglehetősen gyakori rendszer, amikor a fejlesztő úgy él, hogy a projektet az egyes ügyfelek igényeihez igazítja.
Például ismerőseim vannak, akik a YII alapján nyílt doboz-megoldásokat készítenek, és részben a fejlesztéseken élnek.
Itt van egy olyan megközelítés, mint például a kollektív finanszírozás egy adott finomításhoz, amikor több ember csatlakozik ahhoz, hogy egyáltalán megosszák a fejlesztés költségeit. Például sokszor találkoztam ezzel a megközelítéssel az orosz nyelvű Drupal közösségben.
Ha véglegesítik az egyes projekteket, akkor ezer különböző projekt lesz, ami nagyon nehéz lesz fenntartani.
Fizetett támogatás
Az egyik legnépszerűbb modell, amikor a fejlesztő valójában nem adja el a kódot, hanem a megoldás fizetett támogatását. Például a WooCommerce kiterjesztési vevője pénzükért 1 év támogatást és frissítést kap.
Ez a megközelítés elkerüli a projekt több változatának létezését. A fejlesztő meghatározza a projekt irányát.
Dupla engedélyezés
A OpenSource-on egy másik lehetőség, hogy egyszerre két licenccel engedélyezze a projektet: szabad és kereskedelmi.
Például tudom használni jQuery.Isotope a személyes, nem kereskedelmi használatra teljesen ingyenes a GPL v3 licenc, de amikor csináltam egy honlapon rendelni ezt a könyvtárat, meg kellett vásárolni kereskedelmi ingatlan fejlesztő engedélyt.
Hasonló engedélyezési rendszer működik a MySQL-hez.
Adományok
Az adományokra vonatkozóan, véleményem szerint, talán vajon vajon kenyeret kereshetek, de említésre méltó érdekes rendszereket is megéri.
Gratipay - az adományozási rendszer lehetővé teszi, hogy hetente támogassa a csapatokat és a fejlesztőket anonim módon.
Flattr - Rendszer mikropozhertvovany ahol úgy dönt, hogy mennyit szeretne adományozni egy hónap, és a rendszer osztja ezt az összeget az összes kivel feláldozni.
Most menjünk át a nehéz tüzérségre.
Fizetett járulékos szolgáltatások
Ezzel a megközelítéssel a fejlesztő nem közvetlenül keres a projekten, fizetett támogatási szolgáltatásokat nyújt, például hosting, biztonsági mentés vagy felügyeleti szolgáltatás.
Íme néhány példa ilyen szolgáltatásokra:
Sok OpenSource projektet kezelő vállalat szervez fizetett képzést, és tanítja az embereket, hogyan kell használni a termékeiket. Tény, hogy támogatják a projektet, és ugyanakkor pénzt keresnek.
A fizetett képzés olyan cégek számára nyújt lehetőséget, mint a Zend, a SensioLabs, a Acquia és mások.
tanúsítvány
Tanúsítás szükséges a fejlesztők befejezéséhez. Ezenkívül lehetővé teszi, hogy azonosítsa és vonzza a legjobban az államot. És természetesen nem szabad.
Zend Framework / PHP tanúsítvány - a Zend Framework és a PHP hivatalos tanúsítványa, amely időmben megfelelt
SensioLabs tanúsítvány - hivatalos Symfony 2 minősítés
Acquia tanúsítás - hivatalos tanúsítvány Drupal
MongoDB tanúsítás - hivatalos MongoDB tanúsítás
Ahogy láthatja, a nyílt forrású tevékenység nemcsak javítja a hírnevét, mint fejlesztőt az összes résztvevővel, de a megfelelő megközelítéssel hozhat pénzt. Most a hősünk, Boris nincs megszabadulva, és nem fogja kihagyni az esélyét.
Végül szeretném megemlíteni Metta Mullenweg-t, a WordPress.com társalapítója:
Egyetértek a Met-szel, és bátorítom, hogy kipróbáld magad az OpenSource fejlesztésben (most). Nem fogod megbánni.