🥇Jak nie zostałem programistą w wieku 35 lat

Na początku września na Habr zaczęły pojawiać się liczne publikacje na temat „Dzieciństwa programisty”, „Jak zostać programistą po N latach”, „Jak przeszedłem do IT z innego zawodu”, „Droga do programowania” i tym podobne. Takie artykuły są pisane od zawsze, ale teraz jakoś szczególnie się nasilają. Codziennie piszą o tym psychologowie, studenci i inni.

I w każdym artykule powtarza się ta sama melodia: główną radą autorów jest „starać się”, „nie poddawać się”, „nie bać się” i „iść za swoimi marzeniami”; w komentarzach często można spotkać opinię, że jeśli od dzieciństwa kochało się komputery, to praca z nimi nie jest wcale zaskoczeniem. Chciałbym na przykładzie swojej biografii skłonić czytelników do refleksji, że warunki początkowe mogą być ważniejsze niż podjęte wysiłki. Wiara w sprawiedliwy świat wpływa na komfort psychiczny, ale nie do końca prawidłowo odzwierciedla rzeczywistość.

Nie wypada: początek

Encyklopedia profesora Fortrana dla starszych szkół średnich

Moja historia zaczyna się w wczesnym dzieciństwie od komputera „Korwet” z pracowni informatycznej. Był to jednak przypadkowy promień światła w ciemnym królestwie post-sowieckiej edukacji — w tamtych czasach oficjalna nauka informatyki miała się zaczynać w 11 klasie. Po prostu zapisałem się na fakultet z komputerowego nauczania, który przypadkowo rozpoczął się dla młodszych klas. Raz w tygodniu otwierano dla nas ciężkie żelazne drzwi ciemnej pracowni z kratami w oknach i pokazywano, jak wyświetlić na ekranie „Hello” za pomocą Korwet-Basic. To było świetne, ale trwało krótko.

Wygląda na to, że był to jakiś eksperyment edukacyjny, który zakończył się dosłownie po pół roku. Niewiele udało mi się dowiedzieć, tylko zdążyłem się zainteresować. Ale kiedy fakultet się zakończył, popularnie wytłumaczono mi: komputery w rzeczywistości nie są dla dzieci, przed jedenastą klasą ludzie nie dorastają do nauki informatyki.

Należy zauważyć, że panowały wtedy burzliwe lata dziewięćdziesiąte, kiedy to różne techniczne kółka przy pałacach pionierów w większości zostały zamknięte, a komputery domowe jeszcze nie stały się powszechne. Dlatego trudno było uzyskać dostęp do techniki — czy to do komputerów — tylko dlatego, że chciało się je studiować. Na korzyści wychodzili dzieciaków tych, którzy wtopili się w nową rynkową gospodarkę, lub tych, którzy mieli dostęp do komputerów w pracy — inżynierów, nauczycieli informatyki, „specjalistów technicznych” w różnych instytucjach.

Na przykład, wiele lat później dowiedziałem się, że mniej więcej w tym samym roku moi (przyszli) koledzy z klasy dostali od rodziców ZX Spectrum. Oczywiście do gier.

Prawdopodobnie pozostałbym na uboczu nowego cyfrowego świata. Uczyłem się i dorastałem w pełnej pewności, że do komputera dotrę nie wcześniej niż w jedenastej klasie. Ciekawe, że ostatecznie tak się to właśnie wydarzyło. Jednak około dwóch lat przed tym miało miejsce prawdziwe cudo — otrzymałem komputer w ramach lokalnej akcji charytatywnej.

Wydawałoby się, że tutaj to w końcu nadrobię zaległości — ale życie znów wprowadziło swoje korekty.

Istnieje dobrze znane przysłowie, że jeśli dać biednemu milion dolarów, nie będzie wiedział, co z nimi zrobić. Oczywiście, jeśli to mądry biedny, wyda część miliona na edukację, w tym nauczy się obchodzić z pieniędzmi. Ale mimo to to i tak nie może się równać z tym, co może zrobić człowiek, który dorastał wśród pieniędzy. Taki problem pojawia się zawsze, gdy człowiek wypada poza granice swojej klasy społecznej.

Ponieważ w zwykłych okolicznościach nigdy nie miałbym komputera, to również nie miałem pieniędzy na jakiekolwiek kursy i związane z nimi materiały. Z tej samej przyczyny nie miałem znajomości wśród ludzi, którzy mogliby mi coś podpowiedzieć, po prostu nie należałem do tego kręgu. Komputer był dosłownie kawałkiem innego świata. Nie codziennym sprzętem, jak teraz, lecz czymś w rodzaju elfickiego artefaktu. Dlatego nie mogłem eksperymentować i uczyć się na własnym doświadczeniu — „zepsujesz drogą rzecz”. Dlatego nie mogłem mówić rówieśnikom, że mam w domu komputer — szalone lata dziewięćdziesiąte wokół, pamiętacie? W związku z tym znacznie ograniczyły się możliwości wymiany informacji — nie mogłem nikogo zapytać o radę, nie mogłem zadawać pytań ani dzielić się doświadczeniami. Internet? Co? Jaki internet? Może Fido? A nawet telefonu nie mieliśmy.

Można było pójść do biblioteki, za darmo szukać książek lub encyklopedii, i tu pojawiał się drugi problem. Był to zbyt nowoczesny komputer jak na tamte warunki. Miał zainstalowany Windows 95.

Wziąłem główną (jedyną) książkę o komputerach, jaka była w bibliotece — słynny podręcznik Geina / Żytomirskiego "Podstawy informatyki i technologii komputerowej" z czerwoną okładką. Możecie ją teraz znaleźć w internecie i poczuć różnicę pomiędzy jej treścią a treścią pełnoprawnego komputera z Windows 95 na pokładzie. Sytuacja pogarszała się także tym, że trudno było zdobyć nawet pirackie oprogramowanie — do rozkwitu sklepów DVD z jaskrawymi nazwami "Całe oprogramowanie biurowe — 2000" pozostało jeszcze kilka lat. A gdy się już pojawiły, i tak nie miałem pieniędzy na płyty.

A propos, gdzieś tutaj nadszedł czas "oficjalnej" informatyki w klasie 11 — wydano nam już wspomniany podręcznik z 1991 roku, a rzeczywiste zadania polegały na rysowaniu prostych drzew algorytmów (ołówkiem na papierze) i korzystaniu z edytora tekstu "Leksikon".

Formošłypswo

Prawdziwi programiści i ja

W ciągu tych kilku lat moje komputerowe doświadczenie powoli utknęło w martwym punkcie. Czytałem dokumentację systemu Windows, zdobywałem różne programy na dyskietkach i uczyłem się być „zaawansowanym użytkownikiem”, edytując plik autoexec.bat. „Słownik” przyniosłem ze szkoły, jakżeby. W każdym razie, w momencie, gdy mogłem wrócić do dzieciństwa i zacząć programować w qBasic, wokół zapanowały już wizualne interfejsy.

Ten kontrast w dużej mierze zniszczył moją motywację do dogłębnego poznawania tradycyjnego programowania tekstowego. Powód tkwił w przytłaczającej niezgodności między grafiką Windows 95, która pozwoliła mi zagłębić się w świat komputerów, a nudnym tekstowym ekranem znanych mi języków programowania. Poprzednie pokolenie programistów cieszyło się po prostu z faktu, że po napisaniu POINT(10,15) na ekranie pojawiała się kropka. Dla nich programowanie polegało na „narysowaniu na ekranie czegoś, czego tam nie było”. Dla mnie ekran był już wypełniony formularzami i przyciskami. Programowanie dla mnie polegało na tym, by „sprawić, by przycisk robił coś po naciśnięciu” — a samo tworzenie przycisku było po prostu nudne.

Jako dygresję chciałbym zauważyć, że obecnie rozwój języków programowania po spirali powrócił do podobnej sytuacji. Teraz wszyscy „prawdziwi programiści” znów układają interfejsy w notatniku, a każdy programista znowu jest niejako zobowiązany do bycia projektantem. Ponownie trzeba tylko za pomocą kodu rozmieszczać na ekranie przyciski, pola wejściowe i inne elementy sterujące. W rezultacie klasyczna zasada 80 / 20 w tym przypadku wygląda następująco: „80% czasu spędzamy na tworzeniu interfejsu ręcznym wprowadzaniem kodu, a 20% czasu ustalamy zachowanie elementów interfejsu”. Dlaczego tak było w czasach DOS i Pascala — rozumiem; nie było alternatywy. Dlaczego to istnieje teraz, gdy wszyscy już widzieli i dotknęli VB, Delphi i C# — nie wiem; podejrzewam, że problem leży w płatności lub bezpłatności środowiska programistycznego. Wygodne rozwiązania zawsze są drogie, a darmowe wersje wspomnianych środowisk pojawiły się stosunkowo niedawno.

To była jedna z powodów, dla których ominęło mnie programowanie internetowe. Choć, jak się okazało znacznie później, najłatwiej było stworzyć portfolio i zostać programistą. Próbowałem swoich sił w PHP i JS, ale nie chciałem „pisać kodu w notatniku”. Innym powodem było to, że Internet pojawił się u mnie w 2005 lub 2006 roku — wcześniej był gdzieś na obrzeżach mojego świata. Razem z telefonami komórkowymi, które były „czymś używanym przez bogatych”.

Zatem porzuciłem całe to programowanie w DOS i z całą mocą zanurzyłem się w bazie danych „Borej” od Access, która podarowała mi formularze, przyciski, makra i szczyt programowania aplikacji — VBA. Prawdopodobnie w tym momencie ostatecznie postanowiłem, że w przyszłości chcę być programistą. Zdobyłem płytę z Visual Studio, kupiłem papierową książkę (!) o VB i zacząłem tworzyć kalkulatory oraz kółko-krzyżyk, ciesząc się, że cały projekt powstaje na formularzu w kilka minut, a nie pisany ręcznie. Ponieważ komputer przestawał być rzadkością, w końcu mogłem wyjść do ludzi i rozmawiać o programowaniu z moimi współczesnymi.

W tych dyskusjach odkryłem, że VB to przestarzały język, umierający, stworzony dla sekretarek, a wszyscy prawdziwi faceci programują w C++ lub w Delphi. Ponieważ wciąż pamiętałem Pascal — wybrałem Delphiego. Może to była moja kolejna pomyłka w długiej kolejce przeszkód na drodze do zostania programistą. Ale podążałem drogą najmniejszego oporu, ponieważ chciałem jak najszybciej zobaczyć rezultaty swojej pracy. I je widziałem! Kupiłem także książkę o Delphi, połączyłem go z Excelem i Access, które już znałem, i w efekcie stworzyłem w pierwszym przybliżeniu to, co dzisiaj nazywa się „systemem BI”. Smutne jest to, że teraz całkowicie zapomniałem Pascala, ponieważ przez ostatnie dziesięć lat go nie dotykałem.

Oczywiście, dwa razy próbowałem dostać się na studia jako programista. W naszym małym mieście nie było zbyt wielu możliwości. Za pierwszym razem, głupio, poszedłem na specjalność „Matematyka stosowana”, skąd absolwenci wychodzili z takim tytułem — programista, jednak wymagano od nich solidnej znajomości matematyki znacznie wykraczającej poza program szkolny. Tak więc na egzaminie nie uzyskałem wymaganego wyniku. Musiałem więc spędzić czas w college'u, zdobywając średnie wykształcenie. Za drugim razem nieco obniżyłem swoje wymagania i wybrałem specjalność inżynierską — praca inżyniera specjalnie mnie nie pociągała, ale był to bliższy krok do pracy z komputerami. Tylko było już za późno — ludzie dostrzegli korzyści z technicznych specjalności i tłumnie się tam rzucili. Na miejsca budżetowe dostali się tylko medaliści.

Dlatego teraz posiadam dyplom humanistyczny. Jest on czerwony, ale nie techniczny. I tutaj smutna historia dorastania zaczyna się łączyć z smutną historią poszukiwania pracy.

Skrzypek jest niepotrzebny

...ale może jednak przeżyję...

Istnieje bardzo powszechny mit, że „programiści nie muszą mieć dyplomu”. Ten mit ma kilka przyczyn, spróbuję wymienić najważniejsze.

Po pierwsze, na początku lat dziewięćdziesiątych — i trochę pod koniec lat dziewięćdziesiątych — znajomość technologii komputerowych była w zasadzie rzadkością. Jeśli ktoś wiedział, gdzie włączyć komputer i potrafił uruchomić program — robił to, co było potrzebne biznesowi. Ogólny bałagan na rynku pracy zmuszał pracodawców do szybkiego znalezienia jakiejkolwiek osoby, która potrafi wykonać wymaganą pracę — nieważne, czego się kiedyś uczyła, ważne, co potrafi robić teraz. Dlatego znaczna liczba samouków spokojnie pokazywała swoje umiejętności na rozmowach kwalifikacyjnych i zdobywała pracę.

Po drugie, w tych samych latach biznes rozwijał się bardzo dynamicznie, ale nadal nie istniało współczesne pojęcie HR. Pracownicy działów kadr pozostawali radzieckimi kadrowymi, którzy zajmowali się wypełnianiem książeczek pracy i umów, a rozmowy kwalifikacyjne przeprowadzali osobiście specjaliści lub kierownicy. Ponieważ większość z nich była zainteresowana wynikiem, formalne kryteria, takie jak wykształcenie, rzeczywiście były brane pod uwagę na samym końcu.

To doprowadziło do potwornego wypaczenia w masowej świadomości. Ludzie, którzy dostali pracę w tych warunkach, mogą zupełnie szczerze opowiadać, że programista nie potrzebuje dyplomu, i przytaczać siebie jako przykład. Z pewnością rozpoznajesz ten typ. Jeśli ktoś mówi ci „wystarczy pokazać, co potrafisz, i cię wezmą” — to właśnie taki programista, z tamtych czasów, tak go wzięli, a on uwierzył w niezmienność świata. Podobnie mówią sowieccy staruszkowie coś w stylu „przecież pracujesz na komputerze i umiesz czytać po angielsku, z takimi umiejętnościami, ech!”. Oni już nie rozumieją, że z takimi umiejętnościami „ech” było tylko w czasach sowieckich, a teraz każdy drugi potrafi to samo.

Potem dokładnie to samo wydarzyło się na początku lat 2000, kiedy zaczęła rosnąć cena ropy, gospodarka się rozwijała, a tłumy nowo powstałych biznesmenów ruszyły na rynek pracy w poszukiwaniu każdego, kto potrafiłby chociaż włączyć komputer.

Ale oprócz tego napływ pieniędzy z ropy spowodował pojawienie się nieproduktywnych kadr — działów HR. Znaleźli się tam ci sami starzy sowieccy kadrowcy, ale nagle nałożono na nich zadanie określenia jakości każdego pracownika. Oczywiście, nie mogli podejmować decyzji na takim poziomie. Dlatego opracowali własne kryteria oceny, dość oddalone od rzeczywistości, oparte na przetłumaczonych książkach z błogosławionego zachodu oraz formalnych kryteriach, takich jak wykształcenie. Tak dokonał się wielki zwrot: od rzeczywistych umiejętności — do formalnych kryteriów.

Mit jednak pozostał żywy, tylko nieco się zmienił.

Gospodarka wciąż rosła, ludzi łapano wszędzie, przetransferowano z innych firm, ale kadrowcy już nałożyli swoje chwytliwe łapy na proces selekcji. A najważniejsze stało się nie „pokaż, co potrafisz” — bo i tak kadrowiec nie zrozumie, co mu pokazujesz — a „doświadczenie zawodowe”. Tak ludzie, którzy kiedyś zostali gdzieś zatrudnieni bez wykształcenia programisty za umiejętność naciskania guzików — byli przenoszeni do innej firmy tylko dlatego, że wcześniej pracowali na stanowisku „inżynier-programista”. I znowu nikt nie pytał o dyplom, bo nie było na to czasu — masz „doświadczenie”? No to siadaj i pracuj!

W końcu, ostatni, trzeci powód — gwałtowny rozwój internetu i projektów prywatnych. Ludzie tworzyli pet-projects, które można było pokazać komukolwiek, udowadniając tym samym swoje umiejętności. Wysyłasz e-mail, załączasz link do swojej strony — i już jakby udowodniłeś swoje zdolności.

Co teraz?

Ceny ropy, jak wiemy, spadły, ale mit nadal żyje. Na stanowiskach 'programistów' zasiada wiele osób, które tak naprawdę dostały się na te miejsca bez odpowiedniego wykształcenia. Jednak teraz żadna z tych przyczyn nie działa w pełni, a teraz mało kto z nich byłby w stanie powtórzyć ten sztuczkę z zatrudnieniem.

Znajomość technologii komputerowych stała się powszechna. Praca z komputerem nie jest już wymieniana w CV, tak jak umiejętność czytania i pisania (to zresztą nie zaszkodziłoby — zacząłem często zauważać błędy gramatyczne nawet w oficjalnych mediach, a w artykułach na habrze pojawiają się one z zaskakującą regularnością).
Pojawiły się działy HR i specjaliści HR, którzy nie biorą odpowiedzialności za swoje decyzje i mogą stosować dowolne kryteria wyboru. Oczywiście, preferencje skierowane są na formalne — patrzy się na wiek, wykształcenie, płeć i czas spędzony w poprzedniej pracy. Umiejętności i zdolności są traktowane po macoszemu.
Od dawna nie brakuje programistów. Brakuje dobrych programistów, ale to prawda w zasadzie w każdej profesji. A zwykłym programistą może zostać każdy uczeń w internecie, na stronach dla freelancerów ludzie dosłownie walczą o prawo, aby zrobić coś za darmo do portfolio.
Pet-projects również stały się codziennością. Internet jest zasypany osobistymi stronami i klonami tetris, a ten projekt staje się niemal obowiązkowy, co oznacza, że przechodzisz przez sito rekrutacyjne, a oni pytają 'pokażcie swój GitHub'.

Ludzie, którzy mają wykształcenie — lub ludzie, którzy mają doświadczenie zastępujące wykształcenie w oczach działów HR — widzą tylko drugą część. Mówią zwykle mniej więcej tak: 'do pracy dyplom programiście nie jest potrzebny, a projekty na GitHubie byłyby przydatne'.

Jednakże, ponieważ działy HR wciąż istnieją, można to z dużą dozą prawdy ująć tak: „Aby pracować, programista potrzebuje dyplomu (aby przejść HR), ale także projektów na GitHubie (aby przejść rozmowę techniczną)”. A ja, mając wykształcenie humanistyczne, w pełni to odczuwam — ponieważ o GitHubie wiem tylko z narzekań programistów z technicznym wykształceniem, które filtruje mnie surowe sito kadrowe już na pierwszym etapie.

Ludzie nie widzą powietrza, ryby nie widzą wody, a osoby z wykształceniem technicznym lub doświadczeniem pracy w „LLC KODTECHNOSOFT” nie dostrzegają, że nikt nie pyta o dyplom, ponieważ on już jest domyślnie zakładany. Szczególnie zabawnie brzmią wymówki ludzi w stylu „pracuję tyle lat, ani razu nie pokazałem dyplomu”. Pytasz — a w CV go podawałeś? No tak, oczywiście podawałem. Więc sugerujesz mi, abym w CV wskazał fikcyjne wykształcenie, skoro i tak nikt nie poprosi o potwierdzenie? Milczą, nic nie odpowiadają.

Przy okazji, na tym kierunku, gdzie wszystkie miejsca budżetowe były zajęte przez medalistów, tylko połowa grupy była na nauczaniu budżetowym. A druga połowa to studenci płatnego kształcenia — wiecie, kupno dyplomu na raty za pieniądze rodziców. Mój przyjaciel się tam dostał, zdobył dyplom. W rezultacie stał się pełnoprawnym „inżynierem-programistą” i od tego czasu w ogóle nie miał problemów ze znalezieniem pracy jako programista. Ponieważ w dyplomie nie pisze się, czy uczyłeś się płatnie czy za darmo. Specjalność, „techniczna” — pisze się.

Poza strefą komfortu

To ja pewnie wspinam się po szczeblach kariery

Kiedy przyjechałem do Moskwy i zacząłem szukać pracy, nie wiedziałem o tym wszystkim. Wciąż wierzyłem w mit, że programiście wystarczy pokazać efekty jego pracy. Naprawdę nosiłem w kieszeni próbki swoich programów na pendrive'ie — uprzedzając, powiem, że nikt ani razu na nie nie spojrzał. Zaproszeń w ogóle było niezwykle mało.

Wtedy jeszcze pamiętałem Delphi i starałem się dostać do jakiejś firmy technicznej chociaż na staż. Codziennie wysyłałem dziesiątki e-maili, tłumacząc, że od dzieciństwa interesuję się komputerami i chcę się dalej uczyć. Kilka razy szczerze odpowiedziano mi, że powinienem mieć techniczne wykształcenie — menedżerowie HR właśnie po to bronią granic dużych firm, by odrzucać wszelkich tych humanistycznych niedobitków. Jednak najczęściej przychodziły jedynie zstandaryzowane odmowy. Ostatecznie nie mogłem kontynuować poszukiwań i podjąłem zwykłą pracę biurową, gdzie trzeba było po prostu korzystać z Excela.

Po kilku latach do Excela dołączyły Access i SQL, bo przypomniałem sobie młodość i zacząłem aktywnie pisać skrypty VBA. Ale to wciąż nie było „prawdziwe programowanie”. Podjąłem kolejną próbę, ściągając nowoczesne Visual Studio i zagłębiając się w naukę C#. Opanowałem go na pierwszym etapie, napisałem mały program i spróbowałem jeszcze raz gdzieś się dostać — nie gardząc ani pełnoetatowymi ofertami, ani propozycjami stażu.

Tym razem na sto swoich wiadomości nie otrzymałem żadnej odpowiedzi. Żadnej. Ponieważ, jak teraz rozumiem, mój wiek zbliżał się do trzydziestki — a razem z humanistycznym wykształceniem w CV stawało się to czarną metką dla wszelkich działów HR. Bardzo osłabiło to moją wiarę w siebie oraz w mity programistów o rynku pracy. Całkowicie porzuciłem „prawdziwe programowanie” i skupiłem się na zwykłej pracy biurowej. Od czasu do czasu jeszcze odpowiadałem na różne oferty pracy, ale w odpowiedzi nadal otrzymywałem milczenie.

W pewnym momencie zacząłem rozumieć, jak cenne dla człowieka jest to, czego nie dostrzega lub co uważa za przywilej wszystkich. Ludzie, do których się zwracasz po radę lub po prostu skarżysz się na życie, nie wnikają w te niuanse. Przeczytali popularne książki o psychologii i opowiadają ci, że trzeba wychodzić ze strefy komfortu. Chociaż od dawna istnieje znany żart o tym, że najpierw trzeba wejść w tę strefę komfortu. Z wiekiem cena tego wejścia lub wyjścia rośnie – na przykład teraz po prostu nie mogę sobie pozwolić na to, aby zrezygnować z pracy i iść pracować na staż. Można jedynie ostrożnie zmieniać działalność, jednocześnie pozostając w aktualnej pracy, aż przychody się wyrównają.

Spotykają się rozsądni doradcy i dają rekomendacje, które dałbym i ja sam. To samodzielna nauka i zdalna praca lub stworzenie własnego projektu. Ale tutaj są swoje pułapki.

Chodzi o to, że zdalna praca to przywilej wyłącznie tych, którzy mają „doświadczenie zawodowe”. Nowicjuszowi, który potrzebuje pomocy i szkolenia, jest to zupełnie niemożliwe. Nikt nie chce z tobą współpracować, a tu jeszcze trzeba to robić zdalnie.

Samodzielna nauka jest strasznie nieskuteczna. To, czego nauczysz się na przykład w ciągu sześciu miesięcy, będziesz samodzielnie odkrywać przez dwa lata. Stosunek jest mniej więcej taki. Musisz na własną rękę znaleźć różne szczegóły, typowe techniki i znane pułapki, ciągle wynajdując koło na nowo. Oczywiście w pewnym sensie może to uczynić cię bardziej wykształconym, bo sam odkryłeś i pokonałeś te przeszkody. Ale zajmie ci to cztery razy więcej czasu, a realnego doświadczenia w rzeczywistych projektach produkcyjnych wciąż nie będziesz miał.

Przy tym dobrze wiem, że rzeczywiste, przydatne doświadczenie pojawia się tylko w momencie rozwiązywania realnych zadań produkcyjnych. W tym sensie działania takie jak „napisanie kółka-krzyżyka” pomogą ci na wczesnym etapie jedynie zrozumieć język. Jednak pisząc nawet kółko-krzyżyk, statki wojenne i węża, nadal nie będziesz w stanie robić tego, co jest praktycznie wymagane przez biznes.

Tut najbardziej niecierpliwi znów będą chcieli dać radę — weź, mówią, rzeczywiste TZ z jakichś stron freelancowych i pisz według tego, wtedy się nauczysz, a nawet będziesz miał portfolio.

Cóż, w końcu rozważmy metodę „pet-projektu”. Należy napisać użyteczny dla ludzi program, a następnie z tym programem iść do pracy do miejsca, gdzie robią podobne programy. W teorii brzmi to wspaniale, w rzeczywistości to pułapka. Zamiast od razu pracować nad rzeczywistym projektem — marnujesz czas na z góry bezsensowne zadania, aby potem wykonywać dokładnie takie same zadania, ale już sensowne.

Stój! — krzykną do mnie czytelnicy. — Poczekaj! To przecież trening! On wszędzie i zawsze tak wygląda! I zgodziłbym się, gdyby ten trening dawał szansę na rezultat. Ale nie. Wracamy do tego, że mam już doświadczenie podobnych prób, podobnych treningów.

Czy jest na świecie chociaż jedna firma, która mówi — oto nasza firma robi komunikatory, dajcie nam napisać komunikator w takim a takim języku, z takimi a takimi parametrami, a wtedy wezmiemy was do pracy? Nie. To zawsze jest prawdopodobieństwo, a dla osoby o niewłaściwym wieku i wykształceniu — prawdopodobieństwo jest bardzo niskie. Życie dobrze mi to wyjaśniło. Na przykład, w różnych okresach swojego życia znałem i używałem VB i VBA, Pascala i Delphi, SQL, R, JS, C# i nawet (sama się dziwię!) Genesis32. Naprawdę — znalazłem i przeszedłem kursy, robiłem słynne projekty, mogłem pokazać je na rozmowie kwalifikacyjnej i odpowiadać na pytania dotyczące nich. I co?

Po pierwsze, nikt po prostu nie był zainteresowany i nie prosił o pokazanie czegokolwiek, po prostu nie dostawałem się na te rozmowy kwalifikacyjne. Po drugie, z tego wszystkiego teraz naprawdę pamiętam tylko VBA+SQL, ponieważ używam ich na co dzień — reszta była nieprzydatna i zapomniana. Przy czym sytuacja wyglądała naprawdę surowo: nie tak, że moje projekty były oglądane i mówiono „słuchaj, tu wszystko jest źle, nie umiesz pisać kodu, tu i tu nie działa”. Nie, po prostu mnie ignorowano. Wykształcenie humanistyczne, rozumiesz? „To dlatego, że jestem czarny”.

Podsumowanie

Kiedy nawet pod presją okoliczności zachowujesz wewnętrzny spokój

Mimo pesymistycznego charakteru tekstu, nie rezygnuję z prób. Po prostu teraz przestrzeń możliwości dla mnie znacznie się zawęziła, widzę tylko jedną realistyczną ścieżkę — to wspomniany wyżej 'projekt poboczny', ale nastawiony nie tyle na 'szukanie pracy', ile na 'próbę stworzenia biznesu'. Muszę znaleźć nierozwiązany problem, rozwiązać go i znaleźć przynajmniej kilka dziesiątek osób, które będą korzystać z mojego rozwiązania. Inna sprawa, że to brzmi prosto, a w rzeczywistości trudno znaleźć zadanie, które jeszcze nie zostało rozwiązane przez kogoś z milionów programistów oraz aspirujących — i przy tym wystarczająco proste dla początkującego.

Obecnie dotarłem do Pythona, przykładem wielu poprzedników przeanalizowałem Habr i przygotowuję artykuł o wynikach. Miałem nadzieję opublikować go jako mój pierwszy artykuł na Habrze, ale muszę jeszcze dopisać trochę tekstu. A tu prosto posypały się publikacje na temat 'Jak zostałem programistą, po prostu wkładając trochę wysiłku', prawie codziennie, a czasem nawet dwie dziennie.

Więc nie mogłem się powstrzymać i opowiedziałem, dlaczego włożyłem dużo wysiłku, ale programistą nie zostałem.

Podsumowując krótko, chciałem powiedzieć następujące:

Pragnienia i wysiłki rzeczywiście mogą wiele, ale kluczowe znaczenie ma jednak baza materialna. Kto ją ma — temu pragnienia i wysiłki pomagają osiągnąć więcej. Kto jej nie ma — temu pragnienia i wysiłki nie pomogą osiągnąć nawet zwykłego wyniku. Zamiłowanie do komputerów od dzieciństwa może pomóc stać się programistą, ale to nie jest aż tak duża pomoc. Znacznie większe szanse na zostanie programistą ma ten, kto nawet nigdy nie interesował się komputerami, ale kogo zamożni rodzice wysłali, aby uczył się popularnego kierunku technicznego. Ale samo zamiłowanie to za mało, jeśli — jak w jednej z ostatnich publikacji — w dzieciństwie nie kupowano ci programowalnych kalkulatorów.
Czas już w końcu pożegnać się z mitem, że do pracy jako programista wystarczy umieć programować. W najlepszym przypadku wystarczy umieć dobrze Programowanie, na przykład „pisanie kodu na tablicy” — faktycznie, takich łatwo mogą zepchnąć. Mówi się, że rekrutują juniorów z ulicy, byle tylko wiedzieli, z której strony komputera jest klawiatura — to bardzo duże przesadne stwierdzenie, w tego rodzaju dyskusjach widzimy typowy błąd przetrwanego. Wokół każdej oferty pracy dla programisty stoi „szklana ściana” działu HR — ludzie z wykształceniem technicznym jej po prostu nie widzą, a reszta może tylko bezsensownie bić się w nią głową. Albo, jak w jednej z ostatnich publikacji — dostawać się „przez znajomości”.
Aby „zostać” programistą w dorosłym wieku, potrzeba tego samego sprzyjającego zestawu okoliczności, co w młodym wieku. Oczywiście dorosły człowiek wiele rzeczy może robić lepiej (widzi cel, do którego dąży, ma doświadczenie w nauce i rozwoju, zna rzeczywiste potrzeby rynku), ale wiele rzeczy mu także brakuje (musi się sam utrzymywać, poświęcać czas na codzienne życie, a zdrowie już nie to). I jeśli — jak w kolejnej z ostatnich publikacji — jest wsparcie finansowe ze strony rodziny i stabilność życia w postaci własnego mieszkania, to zmiana działalności jest naprawdę znacznie prostsza.

Źródło: habr.com