Jak decydujesz o swoich pobocznych projektach [zamknięte]

W danym momencie zazwyczaj mam mnóstwo pomysłów na projekty weekendowe / poboczne, nad którymi mogę pracować. Pomysły można ogólnie podzielić na następujące kategorie:

1. Samokształcenie: nauka nowego języka / technologii / frameworka
2. Związane z pracą: Uczenie się / robienie czegoś, co mogłoby ci pomóc w pracy
3. Pieniądze: projekty, które (jak myślisz) mogą zarobić trochę pieniędzy
4. Projekty Fun / Utility

Są to tylko przybliżone kategorie, które mogę wymyślić i może istnieć więcej / inne sposoby klasyfikacji.

Moje pytanie opiera się na twoim doświadczeniu, co powinno wpłynąć na decyzję, nad jakim rodzajem projektu pracować. Jakie parametry oprócz rodzaju projektu powinny wpłynąć na tę decyzję (czas, wysiłek, pieniądze ...)

Już dawno napisałem o tym blog . Podsumowując, główne wytyczne, których staram się trzymać przy opracowywaniu projektów pobocznych, to:

1. baw się dobrze
2. Uczyć się czegoś
3. Spraw, by był ponadczasowy (innymi słowy, spraw, byś mógł do niego wrócić później)
4. Nie ograniczaj się do samego kodu (dużo się uczę z mojego bloga)
5. Napisz coś, z czego faktycznie skorzystam (ponieważ osobiście jestem bardziej skłonny do tego).

Aby odpowiedzieć na twoje pytanie nieco bardziej bezpośrednio, zazwyczaj staram się robić # 1 i # 4 prawie wyłącznie z pobocznymi projektami. To powiedziawszy, nie bez powodu dobrze się bawiłem na pierwszym miejscu. Jeśli się nie bawisz, to nie jest poboczny projekt. To jest praca.

Zawsze miej projekt, nad którym możesz pracować na spotkaniach

Na przykład miałem coś, co nazwałem „Meeting Lisp”.

To był interpreter seplenieny napisany w C, nad którym hackowałem z przerwami przez kilka lat w mojej starej pracy.

Zasady:

• Mogłem nad tym pracować tylko podczas spotkań.
• Źródło musiało zmieścić się na jednej 66-wierszowej stronie o 80 kolumnach. (Więc mogłem dyskretnie nad tym pracować na spotkaniach!)
• Kod musiał się skompilować czysto.
• Brak debugowania na komputerze. Błędy musiały zostać zdiagnozowane i naprawione na następnym spotkaniu.
• Dotyczy to błędów kompilacji.
• Miał polecenie „dołącz”, więc części biblioteki były w lisp i nie wliczały się do limitu stron.

Dużo się nauczyłem i był to świetny sposób na zabicie czasu na nudnych spotkaniach, więc myślę, że połączyło to # 2 z # 1 i # 4.

Powiedziałbym, że zależy to w dużej mierze od tego, jak „hobbysta” jesteś programistą. Osobiście nie jestem. Rzadko tworzę rzeczy dla „zabawy”, chociaż uwielbiam programować z zachętą pieniężną lub bez.

Powiedziałbym, że nr 1, aby dowiedzieć się czegoś nowego, określiłbym, nad czym pracowałem. Oprócz tego powiedziałbym # 3: coś, co moim zdaniem mogłoby przynieść dużo pieniędzy. 3 nie pojawia się tak często, ponieważ zwykle wymaga mnóstwo pracy, na którą nie mam czasu.

Dla mnie niebo rozwija coś sam i zarabia na życie z jego dystrybucji, dzięki czemu jest w stanie całkowicie poświęcić temu swoje dzieło. Czy nie tego wszyscy chcą?

W zeszłym tygodniu przeczytałem artykuł o niezależnym programatorze gier, który opracował bardzo ceniony tytuł, a teraz żyje wygodnie ze sprzedaży, będąc w stanie wprowadzać ciągłe aktualizacje.

Zarabianie za robienie czegoś, co kochasz, to błogość. To nie działa. A jeśli posiadasz również produkt końcowy, to ogromny bonus.

EDYTOWAĆ:

Chciałbym również dodać, że jeśli wyjęto # 3, to JEDYNYM powodem, dla którego miałbym jakieś poboczne projekty, byłby # 1. To znaczy nauczyć się czegoś nowego.

Zaangażowałem się w aplikację Shuffle na Androida, to na własny użytek, ale było to również doświadczenie edukacyjne, ponieważ mogłem używać zestawu Android SDK do czegoś większego niż ja.

Uruchomiłem system rezerwacji online, ponieważ od dłuższego czasu dokuczał mi pomysł, że fryzjerzy używają papierowych książek do rezerwacji swoich klientów. Było to również bardzo pouczające doświadczenie, ponieważ po raz pierwszy zacząłem od zarabiania pieniędzy. To było moje pierwsze doświadczenie z marketingiem i sprzedażą na własną rękę. To z kolei stworzyło dużą wiedzę, która wydaje mi się bardzo przydatna podczas pracy.

Na koniec stworzyłem projekt, aby zbierać błędy występujące w funkcjach JavaScript na stronach internetowych, aby pomóc programistom zobaczyć błędy, które występują, gdy ich użytkownicy korzystają z witryny. Powstało to z potrzeby posiadania takiego systemu, ponieważ sam tworzyłem ciężkie strony JavaScript dla systemu rezerwacji.

Ogólnie rzecz biorąc, uczenie się i użyteczność to te, które następują w prawie wszystkich projektach, które mam na boku. Jednak tym, który zwraca mi największą wartość, jest projekt Shuffle, ponieważ jest on dość często używany.

Jeśli potrzebujesz projektu pobocznego, który pomoże ci kontynuować zaangażowanie, polecam otrzymanie projektu napisanego dla innych. Coś, co ktoś inny chce wykorzystać, tak jak ty.

Drapnij świąd.

Projekty poboczne, które wykonuję, to zwykle rzeczy, których sam potrzebuję. Jeśli pasują do twoich czterech kategorii, to jeszcze lepiej.