Co sprawiło, że przyczyniłeś się do tego projektu open source? [Zamknięte]


9

Interesuje mnie prawdziwe doświadczenie i osobiste odpowiedzi, a nie tylko te standardowe, zużyte „korzyści płynące z udziału w otwartym oprogramowaniu”, które wszyscy zapamiętaliśmy na pamięć.

Spotkałem wiele osób, które biorą udział w projekcie open source i prawie nigdy nie pojawił się ten temat: dlaczego przyczynili się do tego projektu open source. Tak więc, jeśli wcześniej w jakikolwiek sposób uczestniczyłeś w projekcie open source, możesz zatrzymać się na chwilę i spróbować przypomnieć sobie, co naprawdę skłoniło cię do wzięcia udziału w tym konkretnym projekcie.

Czy to była przypadkowa decyzja, czy to dlatego, że się nudzisz, czy to dlatego, że firma, w której pracowałeś, już z niej korzystała i włączyłeś się w swoją pracę, czy to dlatego, że projekt był zbyt duży, że chciałeś uzyskać kontrakty lub projekt był zbyt mały, że chciałeś go zbudować lub dlatego, że twój profesor lub współpracownik poprosił cię o pomoc przy jego projekcie open source, lub .....

Aby uzasadnić swoje powody, podaj nazwę projektu i oceń swoje zaangażowanie (ciężkie, okazjonalne, lekkie, raz).

Odpowiedzi:


19

Ponieważ coś się zepsuło i musiałem to naprawić na własne potrzeby - dlaczego nie podzielić się tym z innymi na tej samej łodzi.


9

Podoba mi się pomysł, że większość współpracowników open source robi to dla czegoś innego niż „korzyści”.

Ale ponieważ zawsze istnieje powód, świadomy czy nie ...

  • Niektórzy robią to dla aspektu społecznego . Poznają ludzi, poznają nowych przyjaciół.
  • Niektórzy robią to dla statusu, jaki im daje. (StackOverflow jak strony internetowe oparte są na tym zachowaniu).
  • Niektórzy to robią, ponieważ lubią osiągać różne rzeczy. Lubią rozwiązywać problemy. Podoba im się pomysł, że są przydatni na tym świecie.

Zawsze jest to kombinacja mniej więcej trzech z nich.

Jestem bardziej ostatnim, z niewielką ilością pierwszego i drugiego.

Open Source ma dodatkowe zachowanie, które jest bardziej „praktyczne”:

  • Niektórzy to zrobili, ponieważ muszą. Z powodu warunków licencyjnych, aby oczyścić sumienie, cokolwiek.

Pomyślałem, że w mojej odpowiedzi było całkiem jasne, robię to, ponieważ lubię osiągać cele i być użyteczny, a także trochę w aspekcie społecznym i statusowym. Potrzebujesz więcej informacji?

Och, wtedy cię źle zrozumiałem. Wszystkie te powody są twoje. Myślałem, że mówisz ogólnie, ponieważ każdy punktor zacząłeś od „niektórych ludzi”.
Ermin,

Nie, chciałem wcześniej opisać wszystkie najważniejsze powody, ponieważ jest to przedmiot, który bardzo lubię (psychologia)

wystarczy, +1 wtedy
Ermin

Ja też tak o tym myślę, Pierre :)
Camilo Martin

3

Dodałem rozszerzenie do wtyczki Squirrelmail, ponieważ chciałem skorzystać z tej funkcji i nie była ona jeszcze dostępna.


2

Zrobiłem to, aby wesprzeć projekt. Przegrywam, jeśli projekt umrze.


2

Przyczyniłem się do projektu open source, który zniknąłby, gdybym tego nie zrobił. Z przyjemnością to mówię, ponieważ przyczyniłem się do tego, że wciąż istnieje i rozkwitł nieco bardziej niż ktokolwiek się spodziewał.

Kiedy przełączyłem się z systemu Windows na komputer Mac, mój ulubiony klient czatu był niedostępny. Rozpoczął się mały projekt.

Dostał się na wczesne etapy alfa, był bardzo błędny i chropowaty, a ostatecznie autor go porzucił. W tym czasie korzystało z niego wiele osób i za każdym razem, gdy usługa IM aktualizowała protokół, klient pogarszał się.

Zacząłem pisać kilka poprawek i zanim się zorientowałem, zostałem programistą. Jak się okazało, pojawiło się kilka widelców, a oryginalny projekt nieco umarł, ale pomogłem również w niektórych widelcach. Radości z open source!

Obecnie aplikacja na iPhone, nad którą aktywnie pracuję, oparta jest na jednym z widelców, które pojawiły się w bibliotece protokołów IM. To niesamowite, jak produkty open source mogą ewoluować i czasami zataczać pełne koło :)


2

Często wnosimy niewielki wkład w różne projekty open source. Dzieje się tak przede wszystkim dlatego, że określony fragment kodu „logicznie” osiągnięty w ramach funkcji należy do projektów, a nie do naszego własnego kodu, a poprzez przekazanie ich z powrotem w górę, otrzymują część oficjalnej dystrybucji, zamiast konieczności ścisłego śledzenia nowe aktualizacje zapewniające, że kod nadal działa.

To dobra rzecz, ponieważ zmniejsza ryzyko zepsucia się przy podejmowaniu decyzji o aktualizacji do najnowszej wersji bibliotek.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.