Zapominając o rzeczach, które zrobiłem wcześniej i jak to naprawić

Nie jestem pewien, czy to tylko ja, czy jest to powszechne w naszej dziedzinie.

Miniony rok był dla mnie trochę intensywny. Nauczyłem się kilku różnych technologii, aby wykonać niektóre zadania i czasami musiałem całkowicie skupić się na tej nowej technologii, której się uczę.

Co zauważyłem, chociaż kiedy wrócę do korzystania wszystko razem w pełnej projektu jest to, że zapomniałem jak to zrobić rzeczy, które ja już wiedziałem, jak to zrobić, zanim zacząłem koncentrując się na nauce, że inne nowe technologie. Czasami uważam, że zapominam nawet proste rzeczy jak składni wyboru div w jQuery, że muszę wrócić do starych plików, aby uzyskać szybki okiem.

Czasami może być coś kodowania, które uznaję zrobiłem wcześniej w innym projekcie, ale nie może sobie przypomnieć, który wystaje było za, więc muszę przejść przez kilka projektów i poszukać w kodzie, aby spróbować sobie przypomnieć, gdzie to zrobiłem.

Jakie sposoby wymyśliłeś, aby nie zapomnieć o swoich wcześniejszych czynnościach lub aby łatwo uzyskać dostęp do kodu napisanego w przeszłości?

Prowadzę dziennik pracy. To tylko zwykły plik tekstowy. Codziennie robię notatki na temat rzeczy, nad którymi pracuję: co zrobiłem, jakie problemy napotkałem, jak je rozwiązałem, z kim rozmawiałem, o czym rozmawialiśmy, jakie decyzje podjęliśmy, odpowiednie pliki / klasy / strony internetowe, itp.

Tak więc za każdym razem, gdy mam problem i mam przeczucie deja-vu, po prostu szukam w dzienniku pracy iw większości przypadków mogę szybko znaleźć to, czego szukam.

Dziennik pracy ułatwia także śledzenie sposobu spędzania czasu, pisanie raportów tygodniowych / miesięcznych, przygotowywanie się do przeglądów wydajności.

Zdarza mi się. Na przykład, ponieważ tak naprawdę nie używać ich w mojej pracy, jestem stale re-learning Ruby / Javascript. W końcu zaczynasz zapamiętywać pewne rzeczy, ale uzyskałem również OGROMNĄ liczbę zakładek do przeglądarki z wieloma tagami, od których bardzo zależę. Dla powszechnie używanych fragmentów kodu, mam ich kolekcję, ale mam jeszcze: 1. Pamiętaj, że je mam, 2. Znajdź jeden Myślałem być istotne, a 3. Określić, czy tego co pamiętam był naprawdę dotyczy albo nie. Nie przejmowałem się wymyślić lepszego systemu, niestety.

Nie, to nie tylko ty. Uważam, że jest to powszechne w prawie każdej teorii, której nie używasz przez dłuższy czas. Pomyśl o wszystkich rzeczach, których nauczyłeś się w szkole lub na uniwersytecie, których już nie pamiętasz. Zwykle zapominam o rzeczach już 2 tygodnie po ostatnim egzaminie ...

Jedynym znanym mi sposobem na zaradzenie temu jest użycie go. Często. To jak reklamy telewizyjne, w których pamiętasz każdą linię i scenę. Dlaczego? Ponieważ widzisz je codziennie - ciągłe przypomnienie, które powoduje, że twój mózg przestawia swoje synapsy (lub cokolwiek robi), abyś je zapamiętał. Wyobraź sobie, że moglibyśmy zrobić to samo dla całej wiedzy, którą chcielibyśmy zapamiętać - algorytmów, metod, formuł, składni itp. (Myślę, że nadszedł czas, aby zaprotestować i sprawić, aby stacje telewizyjne pokazywały tego rodzaju przydatne rzeczy podczas przerw programowych zamiast te tandetne reklamy.) Ale na szczęście prawie wszystko, czego się nauczyłeś, możesz nauczyć się w krótszym czasie.

Jeśli zdarzy się, aby wiedzieć, kiedy piszesz kawałek kodu, który będziesz chciał spojrzeć na to od jakiegoś czasu w przyszłości, skopiuj go do osobnego pliku i zachować bibliotekę przydatnych fragmentów kodu. W ten sposób nie musisz przeszukiwać całych projektów. Pamiętaj też o ułożeniu tych fragmentów według języka i rodzaju (Co robi kod? Dlaczego go zapisałeś?), Aby ułatwić dostęp.

Zapewniam cię, że z wiekiem wydaje się gorzej :-) Ale to dlatego, że im dłużej się rozwijasz, tym więcej wiedzy musisz zapomnieć.

Z drugiej strony zyskujesz więcej „intuicji”. Rozpoznajesz wzorce, jak rozwiązać niektóre problemy i inne rzeczy, których nauczyłeś się w starszych projektach z różnymi językami i środowiskami i możesz z nich korzystać, nawet jeśli obecne warunki są różne. To znaczy, ja ciągle patrzeć wstecz w kodzie napisałem zaledwie rok temu i pomyśleć: „ Dziś chciałbym napisać to inaczej ”, a nawet dość często „ Dziś wiem, jak rozwiązać ten lepszy ”.

Tak więc, nawet jeśli możesz zapomnieć o wielu rzeczach, takich jak nazwy metod i klas dla określonego API, twoje umiejętności zwykle poprawiają się na wyższym poziomie.

To zdarza mi się cały czas. Po prostu mam tak wiele rzeczy w mojej nodze, że zapomnę tak wielu najprostszych rzeczy. Imiona, urodziny, irytujące spotkania przebiegają jak woda przez piasek. Ale wszystko, co ma związek z komputerami, programowaniem, matematyką itp., Po prostu tam pozostaje. Najlepszym sposobem na zapamiętanie języka, technologii lub nawet projektu jest napisanie ściągawki .

Ogólnie mam referencje qucik do wszystkiego, z czym pracuję, dzięki czemu mogę szybko przypomnieć sobie, co się dzieje. Mam również notes, w którym przechowuję wszystkie swoje notatki i numery stron referencyjnych na ściągach.

Zdarzyło mi się to w wielu przypadkach wcześniej. Dlatego piszemy dokumentację w naszym kodzie.

A czasem wystarczy odniesienie w internecie, aby pomóc. Poszukiwanie pomocy jest całkowicie w porządku.

I często zapominamy rzeczy nie po ich użyciu przez jakiś czas - składnia, słowa kluczowe, techniki, itd. Aby uzyskać pomoc, czytałem tę książkę Dominic O'Brein (8 razy mistrz świata pamięci). Jest kilka technik i wskazówek z tej książki, których używam, aby pomóc mi zapamiętać różne rzeczy. Nie zawsze jest to łatwe do zastosowania w programowaniu, ale przy odrobinie kreatywności możesz zacząć łączyć rzeczy, aby lepiej je przywołać. Nie jest idealny, ale z czasem może pomóc.

Przeczytaj także ten artykuł. To ciekawa lektura, która dała mi kilka pomysłów, jak poprawić swoje wycofywanie z pracy programistycznej.

Fa najbardziej przydatne narzędzie dla mnie to mapy myśli. Używam ich do allsorts:

• Dokumentowanie przypadków testowych.
• Opisując wizualnie architekturę projektu, nad którym pracuję.
• Uwagi i linki do stron na technologii Jestem zainteresowany.

Mapy myśli mogą być używane w wielu różnych scenariuszach. Z pewnością ma to różnicy dla mnie podczas uczenia się nowych rzeczy.

Twoje zdrowie. Jas.

Jeśli chodzi o kod (od krótkich fragmentów do całych klas), które napisałeś i które Twoim zdaniem będą prawdopodobnie potrzebne do ponownego użycia w przyszłości: prowadź publiczny blog programowy, w którym piszesz i wyjaśniasz je wszystkie. Ma to wiele zalet:

• Najbardziej oczywiste, trzeba będzie repozytorium kodu do sprawdzenia w przyszłości.
• Będziesz chciał pisać naprawdę przydatne posty na blogu, aby inni ludzie, którzy je przeczytają, zrozumieli je. W większości przypadków zmusza to do zmiany kodu w locie, co jest dobrą rzeczą.
• Czasami czytelnicy blogów mogą zgłaszać błędy lub sugerować przydatne ulepszenia kodu, co jest BARDZO dobrą rzeczą.

Możesz pisać regularnego bloga lub korzystać z witryn programistycznych, takich jak Refactor My Code lub The Code Project .