Licencja na kod

Jedną z najbardziej strategicznych decyzji przy uruchamianiu projektu open source jest wybór licencji. Ta licencja będzie decydować o tym, jak będą Cię widzieć współtwórcy, jak strony trzecie mogą konsumować, wykorzystywać, ulepszać, rozdzielać i tworzyć dzieła pochodne. Podsumowując, jak społeczność przyjmie projekt. Pomyśl o licencji jako najbardziej oczywistej cesze osobowości projektu.

Zrozumienie zakresu opcji licencyjnych nie jest łatwym zadaniem, ale możemy je podzielić na dwie duże grupy:

• Copyleft : Tego rodzaju licencje, takie jak GPL, Affero lub MPL, oznaczają wzajemne zachowanie. Licencje te oznaczają, że prace pochodne muszą być rozpowszechniane na tej samej licencji. Jest to sposób na zachowanie wolności oprogramowania, zmuszając osoby trzecie korzystające z projektu do korzystania z tej samej licencji typu copyleft.
• Permissive: Permisywna licencja, taka jak MIT lub Apache, oznacza otwartość i ofertę stronom trzecim, aby zabrać twoją pracę, zapakować ją, licencjonować i zarabiać na niej, jeśli mają taki interes.

Przejście na copyleft oznaczałoby, że jeśli komercyjny klient organizacji chce korzystać z projektu, powinien zachować licencję na projekt i otwierać również swoje oprogramowanie — a wiemy, że nie każdy klient jest na to otwarty. Ponadto licencje typu copyleft komplikują zgodność prawną. W przypadku tego typu scenariusza można użyć słabych licencji Copyleft, aby uniknąć konieczności otwierania przez klienta kodu.

Powiedzmy, że copyleft jest filozoficznym wyborem dla religii Wolnego Oprogramowania; cały kod z innych projektów wykorzystujących Twój kod będzie darmowy. Tak więc ten prosty fakt może być decydującym czynnikiem przy wyborze licencji dla twojego projektu, ponieważ używanie projektu typu copyleft w twoich zależnościach zmusza cię do przyjęcia tej samej licencji.

Z drugiej strony, liberalna licencja zapewni wolność wyboru, która jest pod pewnymi względami lepsza niż kontrola. Przejście na open source z permisywną trasą sprawi, że społeczność będzie jeszcze bardziej zainteresowana Twoim projektem, ponieważ mogą używać Twojego kodu w dowolny sposób. To zainteresowanie może prowadzić do większej liczby współtwórców i popularności w oparciu o wartość kodu. Twój klient komercyjny nie będzie się martwił o licencję, ponieważ nie jest do niczego zobowiązany. Mogli nawet wziąć kod i przekształcić go tak, aby pasował do własnych potrzeb; i to będzie fantastyczne, ponieważ mogą odkryć nowe ścieżki do przyjęcia przez Twoją organizację.

Pomyśl o swoich konkurentach. Mogą wziąć twój projekt, przestudiować go, znaleźć wartość, pobrać go, ukształtować, oznaczyć inną licencją i sprzedać go tym samym klientom. Ale czy nie chciałbyś powiedzieć światu, że to się właśnie wydarzyło? Że twój projekt open source jest w centrum pracy konkurenta?

Każdy projekt i każda organizacja mają inną filozofię, potrzeby i specyfikę, więc decyzja podjęta tutaj o opublikowaniu interfejsu Empathy X na licencji permisywnej Apache 2.0 może być całkowicie błędna w innych scenariuszach, nawet w tym scenariuszu. Ale z przyjemnością to odkryjemy. Co myślisz?

Zapraszam do przeczytania więcej o naszej podróży open source i dołącz do niej.

Specjalne podziękowania dla Malcolma Baina i jego ogromnego wsparcia w licencjonowaniu oprogramowania.