Radzenie sobie z frustracją, gdy rzeczy nie działają [zamknięte]

Zawsze próbujesz wdrożyć coś prostego, ale z jakiegoś dziwnego powodu to nie działa.

Więc wypróbujesz możliwe rozwiązanie, ale wtedy coś innego nie działa. Próbujesz różnych obejść, ale za każdym razem coś innego nie działa.

Za każdym razem, gdy zbliżysz się o jeden krok, dostaniesz także jeden (lub więcej) krok dalej od rozwiązania tego problemu, a teraz minęły 3 godziny, kiedy powinno to zająć ci 10 minut. I nadal nie jest rozwiązany.

W Twojej firmie nie ma nikogo, kto mógłby pomóc, a ty masz zamiar położyć pięść na ekranie.

W tym momencie jesteś tak sfrustrowany, że nie możesz już jasno myśleć o problemie. Co powinieneś zrobić w tym momencie? Lub co możesz zrobić, aby uniknąć osiągnięcia tego punktu?

Chociaż jest to prawdziwy problem, nie jest specyficzny dla programowania. Jednak IMHO jest tak ważne, że zasługuje na miejsce na tym forum.

Moje sugestie: odpocznij . Idź na spacer, medytuj, śpij, wykonuj aktywność fizyczną * - zrób coś zupełnie innego, aby twój mózg mógł się zrelaksować i wydostać z mentalnej koleiny , jednocześnie pozwalając podświadomości spokojnie pracować nad problemem. Zwykle zapewnia zaskakująco szybkie wyniki - wystarczy o tym poinformować. Ale podczas gdy twój świadomy umysł desperacko powtarza te same cykle myśli w kółko, nie będzie w stanie słuchać niczego innego.

co możesz zrobić, aby uniknąć osiągnięcia tego punktu?

Techniki relaksacji i uważności są kluczem do przezwyciężenia reakcji na stres i pozwalają umysłowi wyraźnie się skoncentrować. A praktykowanie ich naprawdę się opłaca. Gdy ktoś ma w tym doświadczenie, może już zauważyć wzrost poziomu stresu, zanim frustracja może przejąć kontrolę . Następnie można przerwać cykl myśli, np. Biorąc kilka głębokich oddechów lub wykonując kilka minut ćwiczeń relaksacyjnych. To może być wszystko, co jest potrzebne w tym momencie.

* całuj partnera, pieszcz swojego zwierzaka - sugestie mojej żony :-)

minęły 3 godziny, a powinno to zająć ci 10 minut.

Magiczne słowo powinno . Uderz to w swoje słownictwo.

Kto powiedział, że powinno to zająć 10 minut? Kto konkretnie Jaka była faktyczna podstawa ich roszczenia?

Jeśli zrobiłeś w 3 razy, i za każdym razem byłeś blisko 10 minut, masz racjonalną podstawę dla powinniśmy .

Jeśli nigdy wcześniej tego nie robiłeś, powiedzenie „ powinieneś” tylko przygotowywać się na porażkę. Powinieneś przestać używać powinien już dziś.

Znajdź kogoś, kogo użyjesz jako planszy

Nawet jeśli nikt nie ma specjalistycznej wiedzy na temat tego, nad czym pracujesz, dobrym pomysłem jest częste rozmawianie o tych sprawach. Już sam fakt użycia kogoś jako płyty rezonansowej może sprawić, że twój umysł zacznie się obracać. Przekonasz się, że myślisz o nowych rzeczach do wypróbowania. Łagodzi też trochę stres i potencjalnie zawiera nowego przyjaciela. Ogólnie jest to po prostu zdrowe, aby zespół czuł się swobodnie dzieląc się i rozmawiając ze sobą, aby stworzyć atmosferę zorientowaną na zespół do rozwiązywania tego rodzaju problemów.

Odejdź na chwilę i zrób coś innego. Prześpij się dobrze i wróć rano do problemu.

Nie bij się też. Twoje dziesięciominutowe oszacowanie jest oczywiście nieprawidłowe i dzieje się tak przez cały czas.

Kiedy dochodzę do tego punktu, mam kilka kroków. Zwykle mogę znaleźć rozwiązanie, jeśli poświęcę czas na wycofanie się i zastanowienie.

Krok 1: Odejdź od problemu i oczyść głowę. Wróć, gdy nie będziesz sfrustrowany i możesz spojrzeć na to ze świeżym umysłem.

Krok 2: Wróć do kodu i sprawdź, czy coś Ci umknęło. Niech ktoś przyjdzie i będzie drugim zestawem oczu, jeśli po prostu nie możesz zrobić z niego głów ani ogonów.

Krok 3: Usuń kod z równania. Jaki problem próbujesz rozwiązać? Napisz na kartce papieru lub tablicy. Porozmawiaj z kimś na temat problemu, aby uzyskać jego opinie na temat problemu i rozwiązania.

Krok 4: Skontaktuj się ze społecznością, aby sprawdzić, czy mają rozwiązanie lub czy ktokolwiek kiedykolwiek uderzył w tę samą ścianę.

Zasadniczo można je podsumować jako „Przestań hakować i odejdź od kodu”.

Chciałbym zadać pytanie tutaj i poprosić społeczność o pomoc w jego rozwiązaniu. Mniej stresujące w ten sposób.

Mam inne rozwiązanie - ŚPIENIE !!

Kiedy jesteś sfrustrowany problemem, nie możesz z niego łatwo wyjść. Lepiej więc, jeśli zmęczysz się próbą rozwiązania problemu, a potem zaśniesz.

Kiedy się obudzisz, poczujesz świeże uczucie i znów będziesz mógł jasno myśleć o problemie. Czasami to robię.

Po osiągnięciu tego punktu staram się znaleźć coś, co pomoże odzyskać pewność siebie. Może to być rozwiązanie zagadki Sudoku lub Kenkena, wykonanie prostych, bezmyślnych zadań administracyjnych, takich jak wypełnienie mojego arkusza czasu lub wyjście na spacer. Kluczem tutaj jest, abym miał poczucie osiągnięcia w tym wszystkim, czym jest to małe rozproszenie z boku, aby pomóc mi pompować mnie na tyle, że mogę wrócić na konia i odjechać do dzikiego niebieskiego tamta, aby wymieszać tam kilka metafor.

Jeśli chodzi o unikanie tego złego, prawdopodobnie zasugerowałbym jakąś strategię boksu czasowego, aby jeśli wierzysz, że zajmie to 10 minut i nagle godzina później nie będzie dużego postępu, zatrzymałbym się mała przerwa zamiast starać się walić głową w ścianę.

Mam specjalną nazwę dla tego rodzaju sytuacji: epicka bitwa programistyczna .

Jeśli nie miałem przynajmniej jednej epickiej bitwy programistycznej z określonym językiem programowania lub narzędziem i nie rozwiązałem problemu, nie mogę powiedzieć sobie, że mogę używać takiego języka programowania lub narzędzia.

Oto moje rozwiązanie: mentalizuj je jak walkę i próbę odwagi i wytrwałości . Jeśli nie mogę rozwiązać problemu, „ żyję, by walczyć innego dnia ”.

Może to zabrzmieć odrobinę niedorzecznie, ale będzie zabawniej i przyjemniej pomyśleć o tym w tych kategoriach (jakby to była jakaś gra, którą musisz wygrać) zamiast cierpieć przez całą drogę, ponieważ musisz zmierzyć się z faktem , że nie wiem wszystkiego .

Cóż ... Myślę, że potrzebujesz nowej kariery lub zupełnie nowych oczekiwań. Chociaż na pewno nie jest to częste, poświęcenie 3, 4, 8, 10 lub 40 godzin na zrobienie tego, co pierwotnie uważałeś za 10 minut pracy, z pewnością nie jest rzadkie w branży oprogramowania. Jestem pewien, że większość programistów, którzy pracują na czymkolwiek nawet o umiarkowanym stopniu złożoności, mieli zadania 2-dniowe, które zamieniły się w zadania 1-miesięczne, gdy zrozumieli problem.

Częścią dobrego bycia deweloperem jest cierpliwość, w przeciwnym razie komputer wygra, a w końcu zastosujesz jakiś szybki hack naprawczy, który ledwo wydaje się działać, ale nieuchronnie zepsuje coś, o czym nie pomyślałeś. Jeśli drobne opóźnienia powodują tyle stresu, prawdopodobnie nie powinieneś być w tej pracy.

Dwie sugestie:

1. Najmądrzejsza osoba, jaką znam, która ma dwa doktoraty i ma tytuł „Research Fellow” w małej prywatnej firmie, mówi:

   Jeśli zastanawiasz się nad tym przez 15 minut i nie znasz odpowiedzi, robisz to źle.

   Przestań o tym myśleć.

   Zdrzemnąć się. (idź na spacer czy coś)

   Odpowiedź będzie dostępna po przebudzeniu.

2. Pobierz książkę Davida J Agana „Debugowanie” . Prawdopodobnie nauczy Cię więcej o debugowaniu, więc gdy coś nie działa, możesz szybko debugować.

Kiedykolwiek mam do czynienia z czymś, co nie działa, zawsze pamiętam ten cytat:

Kiedy jesteś w piekle, idź dalej, ponieważ jest to najlepsza rzecz, jaką można zrobić w tym momencie.

Zrób sobie przerwę, spróbuj odświeżyć się i skoncentruj na problemie z nowym poziomem energii.

odpowiadając na rekomendacje innych:

• ta sytuacja jest prawie zawsze czymś trywialnym, czego po prostu nie widzisz ; Zrób sobie przerwę
• kolejna para oczu lub nawet wyjaśnienie problemu twojemu kotowi może pomóc

i dodając:

• ponownie przeanalizuj swoje założenia, zwłaszcza te niepotwierdzone; są szanse, że szczekasz na niewłaściwe drzewo
• odwróć sytuację: załóż, że bieżące zachowanie jest pożądanym rezultatem, więc co musisz zrobić z kodem, aby tak się stało?
• napisz kod testowy (potwierdzenia lub rejestrowanie lub warunkowe punkty przerwania - uprość), aby zweryfikować swoje założenia wzdłuż ścieżki wykonania

Czasami najlepiej nie próbować po prostu rozwiązać problemu. Poświęć trochę czasu i napisz pseudo kodem, co musisz zrobić. Wiem, że istnieje presja, aby robić rzeczy tak szybko, jak to możliwe, ale z tego, co widziałem, ten styl kodowania prowadzi do opisanej przez ciebie sytuacji. Jeśli ktoś napisze kod, który będzie działał tylko w przypadku niewielkiego zestawu warunków i zestawu zmian, kod złamie się lub zrobi nieoczekiwane rzeczy.

Poza tym (nie cierpię przyznać, że moi profesorowie mieli rację ...), dokumentacja i testy jednostkowe pomagają. Ułatwiłoby to ustalenie, jaką sekcję kodu wyda dany zestaw danych wejściowych. Wtedy łatwiej byłoby zobaczyć, jaki efekt spowoduje zmiana danych wejściowych sekcji.

Zmęczenie lub brak snu nigdy nie stanowią dla mnie problemu. Jestem bardziej sfrustrowany brakiem organizacji w całej branży i ogólnie niskimi standardami, które sami sobie wyznaczyliśmy. Oto pięć rzeczy, które mnie frustrują:

1. Interfejsy API, które są skomplikowane w projektowaniu. To jest jak nauka zupełnie nowego języka programowania. W rzeczywistości niektóre interfejsy API są znacznie trudniejsze do nauczenia niż nauka nowych języków programowania. Podziwiam twoją inteligencję, ale mogłeś zaoszczędzić mi czasu, zamieszczając dokumentację, że potrzebowałem doktoratu z inżynierii oprogramowania lub informatyki, aby ją zrozumieć.

2. Brak dobrej dokumentacji. Nigdy nie mogę przeoczyć faktu, że tak wielu projektantów API spędza dużo czasu na tworzeniu API tylko po to, aby go wydać przy minimalnej dokumentacji. Dzięki, ale jak mam to wykorzystać? Co robić w tej sytuacji? itp.

3. Autorskie implementacje. Niektóre własnościowe implementacje są w porządku, ale jeśli istnieją standardy, dla dobra ludzkości prosimy o przestrzeganie tych standardów. Nic bardziej frustrującego niż spędzanie czasu na zastanawianiu się, dlaczego coś nie działa tylko po to, aby odkryć, że implementacja nie spełnia normalnych standardów.

4. Środowiska / ograniczenia w piaskownicy. Ok, może to pomaga powstrzymać złych ludzi, ale moim zdaniem ograniczenia w tym, co może zrobić programista, ograniczają tylko kreatywność i postęp technologiczny. Wiele świetnych pomysłów, które zostały mi wyrzucone z równowagi po odkryciu, że nie wolno mi nic robić. Branża programistyczna jest stworzona do tworzenia codziennych aplikacji, a nie innowacyjnych przełomowych programów. Więc jeśli zdecydujesz się zostać programistą, tak naprawdę wybierasz się na współczesnego chuligana, chyba że chcesz zostać samotnym akademikiem.

5. Nowoczesne dyskusje. Ludzie dzisiaj nadal debatują na temat brzydoty nawiasów Lisp, zalet czystości Pythona lub tego, jak wymierają niektóre języki, takie jak Cobol czy Fortran itp. Naprawdę ludzie? O tym debatujemy? Porozmawiajmy o równoległości lub lepszych sposobach projektowania bezpieczniejszych systemów lub o tym, jak programowanie logiki może poprawić nasze życie. Przestańmy myśleć jak programistów i zacznijmy myśleć jak projektanci jutrzejszego świata.

Więc osobiście nie programuję już tyle z powodu tych frustracji. Dopóki branża nie zdecyduje, że chce zrobić coś więcej niż tylko utworzyć następnego Facebooka lub wymyślić edytor tekstu, jestem gotowy. Zostawię to wam. Szczerze mówiąc, żadne przestępstwo nie oznaczało, że to dobre pieniądze.