Dlaczego wielu programistów poddaje się, zanim w ogóle zaczną?

Tłumaczenie fragmentu artykułu Aleksandra Petkowa, założyciela społeczności pomocy dla młodszych programistów. „Prototypy, obiekty, algorytmy… i te wszystkie małe kroki pomiędzy krokami, a ty nie masz pojęcia, jak je wdrożyć… Brr, myśl jak programista.” Nowi programiści często odczuwają dużą presję podczas swojej pierwszej pracy. Dlatego też, jeśli dasz im proste ćwiczenie na uzupełnienie frazy „Ostatnim razem, gdy pisałem kod...” Wśród dwóch opcji odpowiedzi:

• Wszystko poszło jak w zegarku . Usiadłem wygodnie, uruchomiłem edytor i zanurzyłem się w cudowny świat zer i jedynek. Trzy godziny minęły w mgnieniu oka!


• To było baaardzo nudne . Ledwo mogłem się zmusić, żeby usiąść i kodować. Ciągle pojawiały się błędy, coś poszło nie tak. Tak, nadal nie do końca sobie to wszystko uświadomiłem. Te 30 minut wydawało się jak trzy godziny!

Najczęściej wybierają to drugie. A wszystko dlatego, że każdy czasami znajduje się w sytuacji opisanej w drugiej opcji. Nawet ci, którzy pracują jako programiści od 5, 8, 10 lat. I ogólnie pierwsza opcja brzmi jak jakaś dziwna idylliczna bajka. Skoro więc postanowiliśmy już porozmawiać o sytości programistycznej, należy zauważyć, że zdarza się to wszystkim programistom i to bardzo często. I oczywiście nie możemy tego znieść. Spróbujmy kopać głębiej, aby dowiedzieć się, dlaczego tak się dzieje. W ciągu ostatnich kilku lat poznałem wielu aspirujących programistów, którzy:

1. Niedawno zacząłem programować i czuję się całkowicie zagubiony.
2. Utknąłeś na etapie wprowadzającym i odczuwasz dyskomfort za każdym razem, gdy musisz kodować samodzielnie, bez zewnętrznego nadzoru.
3. Byli oczywiście utalentowani, ale nie przechodzili rozmów kwalifikacyjnych lub w ogóle nie otrzymywali na nie zaproszeń.

Jaki jest punkt zwrotny?

Musiałem poświęcić dużo czasu na studiowanie potrzeb i potrzeb nowych programistów, bo tak w skrócie można podsumować to, czym się zajmuję. Aby wszystko lepiej zrozumieć, musiałem porozmawiać ze współpracownikami w mojej firmie, przeprowadzić badania na grupach na Facebooku, forach, stronach z pytaniami i odpowiedziami, przestudiować ogromne wątki na Reddicie, a nawet przeprowadzić ankietę w kilku małych społecznościach. I oto co się dowiedzieliśmy: „Czułem się, jakbym po prostu skopiował to, co było w filmie i tyle”; „Szukałem w Google istniejących przykładów, które ktoś już napisał. Jednocześnie czułem się jak 3-letnie dziecko rozwiązujące zagadkę matematyczną. To jest bardzo denerwujące"; „Po prostu nie potrafię myśleć jak programista”; Oto mój ulubiony: „Oto, czego nauczyłem się podczas nauki programowania: w 99% przypadków czujesz się całkowicie zdezorientowany i nieskuteczny. Ale gdy tylko uda ci się sprawić, że coś będzie działać tak, jak powinno – to jest to uczucie – dzieje się MAGIA!” Jeśli przyjrzysz się uważnie tym cytatom, zauważysz coś ważnego: wewnętrzna walka tych ludzi nie bierze się z faktu, że są oni bierni lub nie wkładają wystarczającego wysiłku. Nie dzieje się tak dlatego, że mają zły program treningowy lub brak im dyscypliny. Tak naprawdę brakuje im doświadczenia praktycznego. Wydawałoby się, że jest to trudność nie do pokonania. Jednak wielu z nich było gotowych się poddać i porzucić programowanie.

Dwa mity na temat problemów początkujących programistów

Odkryłem, że u podstaw wielu problemów, z jakimi borykają się nowi programiści, leżą dwa popularne mity na temat bycia programistą. Chciałbym już teraz rozwiać te mity, aby młodzi programiści mogli uniknąć niepotrzebnego przeciążenia.

Mit nr 1. Trzeba kochać programowanie, jeśli tego nie kochasz, to nie jest to dla ciebie.

Jak często słyszę coś takiego od młodych programistów! I tak, zdecydowanie nie zgadzam się z tym stwierdzeniem. Nie musisz kochać programowania, aby zostać programistą. Tak naprawdę czasami około 50% profesjonalnych programistów dosłownie tego nienawidzi. Mówię to na podstawie osobistych obserwacji. Oczywiście świetnie, jeśli problem da się rozwiązać łatwo i prosto, że tak powiem, elegancko. To wspaniale, gdy masz świetny, czysty, przetestowany kod, który może rozwiązać problemy ludzi. Ale niestety, takie osiągnięcia nie są tym, co zajmie 100% twojego czasu… nawet nie blisko. Codzienne życie programisty zwykle wypełniają myśli w stylu: „Jak wspaniale, że udało mi się zastosować wzorzec wstrzykiwania zależności, z wdziękiem oddzielić klasy, zwiększając w ten sposób łatwość obsługi mojego kodu. Czuję się świetnie!" Niestety, zdarza się to rzadko. Nawet ci, którzy twierdzą, że uwielbiają pisać kod, spędzają znaczną część swojego czasu na nudnej, monotonnej pracy, która nie zawsze przebiega gładko. W biurze programistów wulgarny język słychać nie rzadziej niż w serwisie samochodowym. Szczerze mówiąc! Nie ma nic złego w tym, że czasami po prostu nienawidzisz programowania. Oczywiście pytanie „Może to w ogóle nie dla mnie?” bardzo często pojawia się w głowie początkującego programisty, gdy czuje na sobie presję, otrzymuje duże obciążenia i wszystko idzie zupełnie nie tak, jak byśmy sobie tego życzyli. To normalne, uwierz mi. I tak, programowanie jest dla Ciebie, bez wątpienia. Jeśli to czytasz, oznacza to, że ci zależy. A jeśli ci zależy, wszystko na pewno się ułoży.

Mit nr 2. Tak wielu rzeczy nie wiem, że nigdy się tego nie nauczę!

To kolejna powszechna myśl (być może nawet bardziej popularna niż pierwszy mit). Wiele osób na to narzeka. I doskonale rozumiem, co się za tym kryje. Nasze pole działania jest tak szerokie, że im głębiej się zagłębisz, tym wyraźniej zdasz sobie sprawę, jak wiele jeszcze nie wiesz. Mnie też jest niedobrze, nawet o tym myśląc. To bardzo przygnębiające! Dobra wiadomość jest taka, że ​​nie musisz wiedzieć wszystkiego. Wystarczy wiedzieć, jak dowiedzieć się tego, czego nie wiesz. Na razie upewnij się, że znasz podstawowe zasady tego, z czym pracujesz. Spójrzmy na ten przykład. Jeśli eksperymentujesz z CSS, powinieneś zrozumieć, że służy on do stosowania stylów do elementów HTML. Możesz utworzyć przycisk z obramowaniem, kolorem, cieniem lub animacją. Nie możesz przewidzieć, co się stanie po kliknięciu przycisku (potrzebujesz do tego JavaScript). Dlatego jeśli chcesz „ożywić” obraz po naciśnięciu przycisku:

1. Musisz mieć elementy obrazu i przycisku (HTML);
2. Następnie możesz dostosować animację dla określonej klasy (CSS);
3. Możesz także dodać klasę do obrazu po kliknięciu przycisku (JavaScript).

Przeczytałeś to kiedyś w instrukcji. Po tygodniu podczas przesyłania formularza należy dodać cień do obrazu. Już wiesz, czego szukać. Masz ogólną wiedzę na temat CSS, HTML, JavaScript i rozumiesz, za jaką część funkcjonalności są one odpowiedzialne. Pozostaje tylko wpisać w Google niezbędne słowa. W tym przypadku „css dodaj cień” i „javascript dodaj formularz”. Czy widzisz, co zrobiliśmy? Nie poddawaj się więc zbyt wcześnie i wypracuj sobie odpowiednie nawyki, aby uczyć się efektywnie. Ale o nich porozmawiamy następnym razem.