Najlepsza metoda na wykonanie osobistych projektów

Mam wiele osobistych projektów, które rozpocząłem i nigdy nie wydają się kończyć, ponieważ wpadam na inne pomysły. Zastanawiałem się, jaka jest najlepsza metoda na wykonanie osobistych projektów? Wszelkie sztuczki lub porady?

Problem polega na tym, że dostaję inspirację do niektórych projektów i nie chcę stracić z oczu moich pomysłów, a teraz moją metodą „zapisywania moich pomysłów” jest po prostu zrobienie jak najwięcej rzeczy na pomysłach w jednym noc, a następnie przechowuj niektóre problemy GitHub dotyczące dos. Uważam, że dzięki temu nigdy nie wracam do starszych projektów.

Którym jesteś wystarczająco zdenerwowany? Skończ ten. Powtarzać.

Są to projekty osobiste : jedyną osobą, która dba o nie w tej chwili, jesteś ty - a jeśli nie dbasz o to wystarczająco, prawdopodobnie już dostałeś od nich to, czego potrzebowałeś. Nie pobijaj się.

mam ten sam problem

Przekonałem się, że mam dokładnie ten sam problem z moimi osobistymi projektami. Zauważyłem, że kiedy będę miał inspirację, będę pilnie pracować do obsesji przez 2-3 tygodnie nad osobistym projektem, a potem, kiedy wykonałem sporo pracy nad projektem i uderzę w ścianę, stracę cała ta energia i luźne zainteresowanie.

Sztuką jest przełączanie się między projektami

Odkryłem, że kiedy porzucę projekt z powodu braku inspiracji lub braku pomysłów na to, jak kontynuować, odzyskam inspirację później (nawet po 6 miesiącach), a następnie zyskam kolejne 2-3 tygodnie na zdobycie wielu rzeczy zrobione, aż w końcu coś mi się uda.

• Ściana E - Projekt Arduino (pierwsza iteracja dostawała właśnie serwomechanizmy i lutowanie)
• Ściana E - weź 2 (rozebrała zabawkę Ściana E i uczyniła go autonomicznym)
• Ściana E - Weź 3 (Niedokończone - Włącz bluetooth, aby dawać mu polecenia i przełączać tryby)

Każdy z projektów Wall E dzielił około 6 miesięcy, a ja wciąż siedzę na biurku i czekam na modem bluetooth (muszę dowiedzieć się, jak dopasować go do robota).

Projekty Android / Projekty XNA / Projekty Haskell są prawie takie same. Uważam, że jeśli stracę zainteresowanie i upuszczę projekt tylko po to, aby wrócić do niego, w końcu skończę projekt i zyskam znacznie więcej, niż gdybym go po prostu zrezygnował.

Tytuł pytania brzmi „Jak wybrać ...”, ale wydaje się, że pytasz „Jak wykonać osobiste projekty?” Myślę, że dzieje się (co najmniej) dwie rzeczy:

1. Coś, co w tym czasie wydaje się dobrym pomysłem, może okazać się dla ciebie mniej ważne po dłuższym zastanowieniu.

2. Forma twojej pracy może utrudnić powrót. Czasami, gdy czujesz się zainspirowany, masz wrażenie, że widzisz cały projekt i to, jak wszystkie części pasują do siebie, i chcesz go zapisać, zanim odejdzie od ciebie. Gdy wrócisz do niego później, kod, który napisałeś, może nie być tak wyraźny lub może nie być tak dobrze zaprojektowany, jak się wtedy wydawało. A może masz dodatkowe pomysły na ten temat, ale tak naprawdę nie pasują tak dobrze do oryginalnej koncepcji.

W pierwszym przypadku niewłaściwe zakończenie może być właściwą decyzją. Masz pomysł, to było interesujące, a teraz idziesz dalej.

W drugim przypadku myślę, że to uczucie widzenia wszystkiego to twój mózg. Masz pomysł i wydaje się świetny, a twój mózg kręci się wokół uzupełniania brakujących elementów, aby pomysł wydawał się bardziej spójny. Jednym ze sposobów radzenia sobie z tym jest spowolnieniei użyj lepszego procesu projektowania. Zamiast wskakiwać od razu do kodu, zapisz pomysł w prozie. Utwórz projekt wysokiego poziomu, a następnie zacznij uszczegóławiać szczegóły. Jeśli posiadany wgląd dotyczy implementacji, zapisz to również, ale nie próbuj kodować wszystkiego na tym etapie. W ten sposób uchwyciłeś pomysł (y) na papierze, aby nie uciekły, ale niczego nie zaimplementowałeś, więc projekt jest nadal dość elastyczny. W tym momencie możesz do niego wrócić później, jeśli chcesz, a jeśli nadal wydaje się to dobrym pomysłem, popraw projekt i ostatecznie zacznij wdrażać w sposób metodyczny. Rejestruj swoje postępy, aby zawsze móc stwierdzić, co zrobiłeś i co musisz zrobić.

Ostatnią rzeczą jest to, że naprawdę chcesz zakończyć projekt. Jeśli nie chcesz tego kończyć, to jest to kolejna czynność na liście rzeczy do zrobienia, która gromadzi się i sprawia, że ​​czujesz się zalany mnóstwem pracy, której tak naprawdę nie musisz wykonywać.

Przypomina mi się zasada 80/20. Wykonanie 20 procent projektu zajmuje 80 procent czasu. :-)

Obecnie pracuję nad implementacją gry planszowej na giełdzie z lat 60. XX wieku, używając Java. Miałem dużo zabawy, zastanawiając się, jak narysować planszę i układając interfejs użytkownika.

Algorytmy ruchu okazały się trudne do wdrożenia. W zależności od stanu gry możesz rzucić na 3 różne kwadraty na rzucie kostką. Jestem na trzeciej iteracji algorytmów ruchu i mam nadzieję, że trzeci raz będzie urokiem.

Bez problemu zmotywowałem się do narysowania planszy. Miałem dużo problemów z motywowaniem się do pracy nad tymi algorytmami ruchu. Ale algorytmy ruchu były tym, co musiałem zrobić, aby poprawić swoje umiejętności projektowania w innych podobnych obszarach.

Podczas kodowania łatwo jest robić fajne rzeczy. Trudniej jest wykonać trudniejsze części projektu, zwłaszcza gdy źle projektujesz. Dwa razy. Ale rozpoznawanie błędów i wyciąganie wniosków z nich sprawi, że będziesz lepszym analitykiem, projektantem i programistą.