Ta wikiHow uczy, jak rozpocząć i utrzymać udany projekt open source. Oprócz ciężkiej pracy i skupienia się na celu końcowym, kluczem do stworzenia udanego projektu open source często jest zdefiniowanie celów na wczesnym etapie procesu i przyjęcie pomocy od społeczności.
Kroki
Część 1 z 3: Przygotowanie do startu
Krok 1. Wiedz, od czego zacząć
W istocie twój projekt open source powinien zapewnić rozwiązanie problemu, zwłaszcza jeśli problem może ewoluować w przyszłości. Pierwszy krok w kultywowaniu udanego projektu open source polega na znalezieniu problemu do rozwiązania, ustaleniu, czy problem jest wystarczająco ważny, aby go rozwiązać, i zdefiniowaniu na tym etapie celów.
Jeśli masz już projekt w ruchu, pamiętaj o zapisaniu problemu, który rozwiązuje, zanim przejdziesz dalej
Krok 2. Upewnij się, że Twój projekt jest niezbędny
Popyt jest jednym z głównych elementów udanych projektów open source. Jeśli nie ma żadnego zapotrzebowania lub potrzeby na twój początkowy pomysł na projekt – lub jeśli obecne zapotrzebowanie jest zaspokajane przez inny projekt – możesz rozważyć dołączenie do innego trwającego projektu lub wybrać inny problem, na którym chcesz się skoncentrować.
Wiele trwających projektów open source akceptuje rygorystyczny wkład społeczności, więc zamiast tego nie bój się szukać i dołączać do istniejącej wersji swojego projektu
Krok 3. Unikaj podejmowania dużych lub niejasnych problemów
Te problemy nie tylko zwykle doprowadzą do bardziej oficjalnych rozwiązań w czasie, ale próba skupienia się na dużym problemie zarówno osłabia koncentrację, jak i utrudnia odwołanie się do wszystkich potrzeb odbiorców bez inwestowania nieuzasadnionej ilości czasu w projekt.
Zamiast tego skup się na małym problemie, który dotyczy dużej liczby osób (na przykład błąd w dystrybucji Linuksa)
Krok 4. Określ sukces swojego projektu
Ponieważ projekty open source dotyczą różnych kategorii problemów, „sukces” Twojego projektu będzie różny. Zanotowanie tego, co próbujesz osiągnąć i skąd będziesz wiedzieć, że to osiągnąłeś, pomoże ci skupić się na jednym głównym celu przez cały czas trwania projektu.
Na przykład możesz uznać swój projekt open source za udany, jeśli zostanie uruchomiony, podczas gdy inni mogą uznać projekt za udany tylko wtedy, gdy osiągnie określoną liczbę pobrań
Krok 5. Wybierz istniejącą i zatwierdzoną licencję Open Source dla swojego projektu
Większość programistów wie, co oznaczają „GPL”, „LGPL”, „BSD” (Berkeley Software Distribution) i „Apache”, co oznacza, że wiedzą również, co mogą zrobić z takim kodem, a czego nie wolno im robić. Pomoże to uniknąć wszelkich problemów prawnych lub własności intelektualnej po drodze.
Pisanie własnej licencji może być czasochłonne i najprawdopodobniej będziesz musiał zatrudnić prawnika, aby potwierdzić, że dokument sprawdza wszystkie pola
Krok 6. Napisz plik README dla swojego projektu
Może to brzmieć jak działanie, które najlepiej zapisać na koniec, a nie jako pierwsze, ale napisanie README najlepiej jak potrafisz bez rzeczywistego projektu przed tobą, zmusi cię do zdefiniowania trzech kluczowych rzeczy: dla kogo jest twój projekt (odbiorców), dla czego jest twój projekt. projekt służy (wykorzystanie) i gdzie można znaleźć dodatkowe zasoby (pomoc).
Oczywiście nie będziesz w stanie wypisać instrukcji technicznych swojego projektu w pliku README
Część 2 z 3: Rozpoczęcie projektu
Krok 1. Wcześniej znajdź współpracowników
Chociaż możesz mieć wszystko, od początkowego szkieletu projektu do działającej wersji beta, rekrutacja kilku bliskich współpracowników do pomocy przy projekcie przed opublikowaniem projektu w dowolnym miejscu pomoże stworzyć zespół; podobnie, gdy zaczniesz, będziesz mieć bezpośredni dostęp do opinii kilku bliskich osób, zamiast przeglądać rozproszone opinie społeczności.
- Nieznalezienie współtwórców przed uruchomieniem projektu może spowodować, że współpracownicy nie poczują się tak, jakby byli aktywnie częścią procesu.
- Wielu liderów projektów open source oferuje lekcje kodowania lub inne niematerialne wynagrodzenie swoim pierwszym współpracownikom.
Krok 2. Uzyskaj hosting
Zapisanie się na darmowy hosting dla projektu open source jest stosunkowo łatwe; typowe opcje to SourceForge i GitHub. Dzięki temu nie tylko oszczędzasz pieniądze, ale także umieszczasz Twój projekt w miejscu, w którym ludzie prawdopodobnie będą szukać nowych projektów open source.
Krok 3. Oświadcz, że Twój projekt jest open source
Chociaż wydaje się to bardzo proste, jest to jeden z najbardziej pomijanych aspektów projektu open source. Pamiętaj, że ludzie będą oglądać Twój projekt tylko przez kilka sekund, zanim zdecydują, czy go pobrać; wiedząc, że twój projekt jest open source (a tym samym praca w toku), może pomóc im wyrobić sobie inną opinię.
Krok 4. Ustal przejrzystość
„Otwarta” część open source oznacza, że ludzie muszą być w stanie zobaczyć, co robisz z kodem. Oto kilka prostych sposobów na zapewnienie wszystkim równego dostępu do Twoich zasobów:
- Przechowuj swój kod online, aby każdy mógł uzyskać do niego dostęp.
- Opublikuj swoją licencję, plik README i harmonogram wydań w łatwo dostępnym miejscu.
- Podaj swoje cele projektu.
- Nagrywaj i publikuj wszelkie „prywatne” informacje o spotkaniach (np. nagrania audio lub transkrypcje).
Krok 5. Zwolnij iteracje swojego projektu
Zwłaszcza jeśli masz stałych współpracowników lub sponsorów, będziesz chciał jak najdokładniej trzymać się harmonogramu wydań. Pozwoli to społeczności zorientować się, jak wygląda Twój projekt, zanim jego pełne wydanie zostanie upublicznione, a Ty będziesz w stanie otrzymać dużą ilość opinii, które możesz wykorzystać do ulepszenia przyszłych wydań.
Należy pamiętać, że chociaż nie musisz wykorzystywać wszystkich opinii społeczności, będą chcieli zobaczyć, że wdrażasz kilka typowych sugestii
Krok 6. Zezwól na edytowanie kodu przez społeczność
Chociaż będziesz musiał wycofać wandalizm i edycje, które nie mają sensu w kontekście samego kodu, upublicznienie kodu pomoże ci znaleźć nowych współpracowników. Będzie również pasować do kultury przejrzystości, którą można znaleźć w wielu projektach open source, co może mieć wpływ na przyszłych sponsorów.
Zawsze możesz chronić kod strukturalny i w razie potrzeby zablokować współtwórców, którzy spamują lub niszczą Twój projekt
Część 3 z 3: Utrzymanie projektu
Krok 1. Wejdź w interakcję ze społecznością
Bez względu na to, jak mało lub głośny jest projekt, Twoja praca z otwartym kodem źródłowym w końcu przyciągnie zainteresowanie i/lub krytykę ze strony społeczności. Zamiast odrzucać je lub ignorować, najlepiej porozmawiać z zainteresowanymi członkami społeczności, aby zwiększyć szanse na to, że zostaną współtwórcami.
Krok 2. Nie wykonuj całej pracy sam
Jak wspomniano powyżej, wielu członków społeczności może przyjść do Ciebie z sugestiami lub pomysłami, jak ulepszyć Twój projekt. Łatwo potraktować to jako zaproszenie do samodzielnego wprowadzenia zmian; zamiast tego rozważ poproszenie zainteresowanego członka społeczności o wprowadzenie zmian.
Takie postępowanie zarówno tworzy poczucie pracy zespołowej z zaangażowanymi członkami społeczności, jak i daje ci trochę czasu na skupienie się na innych kwestiach
Krok 3. Unikaj prywatnej komunikacji
„Otwarta” część projektów open source nie sprzyja prywatnym spotkaniom czy wdrażaniu informacji bez całkowitej przejrzystości.
Jeśli skończysz na prywatnym spotkaniu na temat funkcji lub pomysłu, nagraj spotkanie i prześlij je na stronę swojego projektu
Krok 4. Implementuj pull requesty
Żądania ściągnięcia to sposoby, w jakie członkowie społeczności mogą współtworzyć Twój projekt. Chociaż będziesz chciał przejrzeć je na późniejszych etapach projektu, umożliwienie członkom społeczności poprawiania kodu w miarę postępu projektu zapewni, że będzie on tak dobrze zaokrąglony, jak to tylko możliwe.
Krok 5. Sprzedaj swój projekt
Tak jakbyś sprzedawał płatny produkt, musisz promować swój projekt open source za pośrednictwem stron mediów społecznościowych i ogólnego zaangażowania.
Istnieje praktycznie niezliczona ilość sposobów promowania twojego projektu, ale korzystanie z subreddita programistycznego Reddit pozwoli ci zadawać pytania, odpowiadać na komentarze i w inny sposób kontaktować się z grupą docelową
Krok 6. Miej kogoś do realizacji projektu
Niezmiennie sukces twojego projektu spowoduje, że będzie wymagał znacznie mniej uwagi niż dotychczas. Jeśli to możliwe, wyznacz kierownika projektu, który przejmie jego pomyślność, dopóki nie stanie się nieistotny lub będzie wymagał aktualizacji; pozwoli Ci to skupić się na innych projektach (lub zrobić bardzo potrzebną przerwę).
Porady
- Jeśli jesteś zainteresowany zagłębieniem się w open source, ale nie jesteś jeszcze gotowy do hostowania własnego projektu, rozważ udział w projektach innych użytkowników, dopóki nie opanujesz tego procesu.
-
Dowiedz się, co naprawdę oznacza Twoja licencja Open Source:
- Apache pozwala wszystkim modyfikować Twój kod i używać go w swoim oprogramowaniu o zamkniętym kodzie źródłowym. Stąd kod na tej licencji jest atrakcyjny dla firm i znacznie łatwiej będzie uzyskać początkową popularność. Jednak możesz nie uzyskać zbyt wielu informacji zwrotnych od osób, które po cichu korzystają z Twojej pracy.
- LGPL (Mniejsza Powszechna Licencja Publiczna) pozwala na używanie Twojego oprogramowania w pochodnych zamkniętych źródłach, ale wymaga od użytkownika ujawnienia wszelkich zmian, które wprowadził w Twoim kodzie. Można oczekiwać więcej informacji zwrotnych.
- GPL (Powszechna Licencja Publiczna) to agresywna licencja, która wymaga od użytkownika ujawnienia własnego kodu, który wywołuje Twój kod. Niewielu firmom się to spodoba, ale jeśli chcą Twojego oprogramowania, skontaktują się z Tobą, oferując zapłatę za przekazanie im kodu na warunkach, które im odpowiadają. Chociaż to „podwójne licencje” nie jest respektowane przez wielu hakerów wolnego oprogramowania i organizacje GNU, jest ono legalne i dość popularne.
- Upewnij się, że sprawdzasz pisownię każdej pisemnej pracy, którą tworzysz. Zawsze używaj poprawnej gramatyki.
- Bądź tak profesjonalny i dojrzały, jak to tylko możliwe, nawet jeśli ktoś, kto się z Tobą komunikuje, nie jest.
Ostrzeżenia
- Jeśli używasz niektórych komponentów Open Source z innych projektów, upewnij się, że szanujesz ich licencje. Nie wszystkie licencje open source są ze sobą kompatybilne.
- Zwykle nie jest dobrym pomysłem znalezienie i próba ożywienia istniejącego porzuconego projektu. Takie projekty są zwykle porzucane bez powodu.
- Nie przeceniaj ludzi, którzy wykonują dla ciebie pracę. Jeśli zaczniesz dziękować wszystkim, albo stracisz kogoś, kto poczuje się zaniedbany, albo nie będziesz wiedział, gdzie przestać. Podziękuj tylko członkowi społeczności, który zrobił coś wyjątkowego; to podnosi poprzeczkę tego, co należy zrobić, aby otrzymać wdzięczność.
