Jak nie zostałem programistą w wieku 35 lat

Jak nie zostałem programistą w wieku 35 lat
Od samego początku września ukazują się publikacje o sukcesach na temat: „Dzieciństwo programisty”, „Jak zostać programistą po N latach”, „Jak odszedłem do IT z innego zawodu”, „Droga do programowania” i tak dalej, wlewały się do Habr szerokim strumieniem. Artykuły takie jak ten powstają cały czas, ale teraz zrobiło się ich szczególnie tłoczno. Na co dzień piszą psychologowie, studenci lub ktoś inny.

A w każdym artykule brzmi znajoma piosenka: najważniejsze, co radzą autorzy, to „próbować”, „nie poddawać się”, „nie bać się” i „iść w stronę swoich marzeń”; a w komentarzach często można spotkać się z opinią, że jeśli od dzieciństwa kochało się komputery, to praca z nimi ostatecznie nie jest niczym zaskakującym. Na przykładzie mojej biografii chciałbym wprowadzić czytelników w pogląd, że warunki początkowe mogą być ważniejsze niż włożony wysiłek. Wiara w sprawiedliwy świat sprzyja komfortowi psychicznemu, ale niezbyt wiernie odzwierciedla rzeczywistość.

Niedozwolone: ​​początek

Jak nie zostałem programistą w wieku 35 lat

Энциклопедия профессора Фортрана для старшего школьного возраста

Moja historia zaczyna się we wczesnym dzieciństwie od komputera Corvette z klasy informatyki. Ale to był przypadkowy promień światła w mrocznej krainie poradzieckiej edukacji - w tamtych czasach oficjalną naukę informatyki trzeba było rozpoczynać w 11. klasie. Właśnie zapisałem się na losowo rozpoczęty przedmiot do wyboru z zakresu obsługi komputera w gimnazjum. Raz w tygodniu otwierali dla nas ciężkie żelazne drzwi ciemnego biura z kratami w oknach i pokazywali, jak wyświetlić „Witam” na ekranie za pomocą Corvette BASIC. Było wspaniale, ale nie trwało długo.

Podobno był to swego rodzaju eksperyment edukacyjny, który zakończył się dosłownie pół roku później. Niewiele udało mi się dowiedzieć, udało mi się jedynie zainteresować. Ale kiedy zajęcia do wyboru się skończyły, popularnie mi wyjaśniali: komputery tak naprawdę nie są dla dzieci; ludzie nie dorastają, by uczyć się informatyki przed ukończeniem jedenastej klasy.

Warto w tym miejscu zaznaczyć, że wszędzie panowały szalone lata dziewięćdziesiąte, kiedy różne koła techniczne przy pałacach pionierów były już w większości zamknięte, a komputery domowe nie stały się jeszcze powszechne. Nie mogłeś więc uzyskać dostępu do technologii – ani komputerów – tylko dlatego, że chciałeś się ich nauczyć. Laureatami zostały dzieci albo tych osób, które zintegrowały się z nową gospodarką rynkową, albo tych, które na co dzień miały dostęp do komputerów – inżynierów, nauczycieli informatyki, „specjalistów technicznych” na różnych wydziałach.

Na przykład wiele lat później dowiedziałem się, że mniej więcej w tym samym roku rodzice mojego (przyszłego) kolegi z klasy podarowali mu ZX Specrum. Do gier oczywiście.

Najprawdopodobniej pozostałbym poza nowym cyfrowym światem. Uczyłem się i dorastałem z pełną pewnością, że do komputera dostanę się teraz dopiero w jedenastej klasie. Zabawne, że tak się to skończyło. Ale jakieś kilka lat wcześniej wydarzył się prawdziwy cud – dostałem komputer w ramach lokalnej akcji charytatywnej.

Wydawać by się mogło, że właśnie tu będę musiał nadrobić stracony czas – ale życie znów dokonało zmian.

Znane jest powiedzenie, że jeśli dasz żebrakowi milion dolarów, nie będzie wiedział, co z nimi zrobić. Oczywiście, jeśli jest mądrym żebrakiem, część miliona wyda na szkolenia, w tym naukę obchodzenia się z pieniędzmi. Ale nadal nie można tego porównać z tym, co może zrobić osoba, która dorastała z pieniędzmi. Taka katastrofa ma miejsce, gdy dana osoba wypada poza granice swojej warstwy społecznej.

Ponieważ w normalnych okolicznościach nigdy nie miałbym komputera, nie miałem też pieniędzy na żadne kursy ani powiązane z nimi produkty. Z tego samego powodu nie miałem powiązań wśród ludzi, którzy mogliby mi coś powiedzieć, po prostu nie byłem częścią tego kręgu. Komputer był dosłownie kawałkiem innego świata. Nie zwykłe sprzęty gospodarstwa domowego, jak teraz, ale coś w rodzaju elfiego artefaktu. Dlatego nie mogłem eksperymentować i uczyć się czegoś z własnego doświadczenia - „zniszczysz kosztowną rzecz”. Dlatego nie mogłem powiedzieć rówieśnikom, że mam w domu komputer - mamy przed sobą szalone lata dziewięćdziesiąte, pamiętasz? W związku z tym możliwości wymiany informacji zostały drastycznie ograniczone – nie mogłem nikogo prosić o radę, nie mogłem zadawać pytań ani dzielić się doświadczeniami. Internet? Co? Jakiego Internetu? Może Fido? Tak, nie mieliśmy nawet telefonu.

Mogłeś pójść do biblioteki, poszukać książek lub podręczników za darmo i wtedy pojawił się drugi problem. Był to zbyt zaawansowany komputer na te warunki. Zainstalowany był na nim Windows 95.

Wziąłem główną (jedyną) książkę o komputerach, która była w bibliotece - słynny podręcznik Heina / Żytomirskiego „Podstawy informatyki i informatyki” z czerwoną okładką. Można go teraz znaleźć w Internecie i poczuć kontrast pomiędzy jego zawartością a zawartością pełnoprawnego komputera z systemem Windows 95 na pokładzie. Sytuację dodatkowo pogarszał fakt, że trudno było zdobyć nawet pirackie oprogramowanie – do świetności sklepów DVD o chwytliwych nazwach „All Office Software - 2000” pozostało jeszcze kilka lat. Kiedy jednak się pojawiły, nadal nie miałem pieniędzy na płyty.

Swoją drogą gdzieś tu przyszedł czas na „oficjalną” informatykę w 11 klasie – dostaliśmy podręcznik, o którym już wspomniałem, z 91 roku, a prawdziwymi zadaniami było narysowanie prostych drzew algorytmów (ołówkiem na papierze ) i użyj edytora tekstu Lexicon .

Forma klapsów

Jak nie zostałem programistą w wieku 35 lat

Настоящие программисты и я

W rezultacie rozwój mojego komputera niestety zatrzymał się na kilka lat. Czytałem pomoc Windowsa, jakimś cudem zdobyłem różne programy na komputer na dyskietkach i nauczyłem się być „zaawansowanym użytkownikiem” edytując plik autoexec.bat. Przyniosłem ze szkoły Leksykon i co? Ogólnie rzecz biorąc, zanim udało mi się wreszcie wrócić do dzieciństwa i zacząć programować w qBasic, interfejsy wizualne już królowały wokół mnie.

Ten kontrast w dużej mierze zniszczył moją motywację do dogłębnego studiowania zwykłego programowania tekstowego. Powodem była uciążliwa rozbieżność pomiędzy grafiką Windowsa 95, od której zacząłem prawdziwe zanurzenie się w komputerowy świat, a nudnym ekranem tekstowym znanych mi wówczas języków. Poprzednie pokolenie programistów było po prostu szczęśliwe, że podczas pisania PUNKT(10,15) na ekranie pojawiała się kropka. Dla nich programowanie polegało na „rysowaniu na ekranie czegoś, czego nie było”. Dla mnie ekran był już wypełniony formularzami i przyciskami. Dla mnie programowanie polegało na „sprawianiu, że przycisk coś robi po naciśnięciu”, a tworzenie samego przycisku było po prostu nudne.

W ramach lirycznej dygresji zaznaczę, że obecnie rozwój języków programowania po spirali powrócił do tej samej sytuacji. Teraz wszyscy „prawdziwi programiści” znów projektują interfejsy w notatniku i każdy programista jest teraz niejako znów zobowiązany do bycia projektantem. Ponownie musisz umieścić przyciski, okna wejściowe i inne elementy sterujące na ekranie wyłącznie za pomocą kodu. W rezultacie klasyczna zasada 80/20 w tym przypadku wygląda następująco: „80% czasu spędzamy na tworzeniu interfejsu, wpisując ręcznie kod, a 20% czasu na ustawianiu zachowania elementów interfejsu”. Dlaczego tak było w czasach DOS-u i Pascala – rozumiem; nie było alternatyw. Dlaczego tak jest teraz, kiedy wszyscy już widzieli i dotykali VB, Delphi i C# - nie wiem; Podejrzewam, że problem polega na tym, czy środowisko programistyczne jest płatne, czy bezpłatne. Wygodne rzeczy zawsze są drogie, a darmowe wersje wspomnianych środowisk pojawiły się nie tak dawno temu.

To był jeden z powodów, dla których programowanie internetowe mnie ominęło. Chociaż, jak się okazało znacznie później, najłatwiej byłoby stworzyć portfolio i zostać programistą. Próbowałem zdobyć zarówno PHP, jak i JS, ale nie chciałem „pisać kodu w notatniku”. No cóż, innym powodem jest to, że Internet pojawił się w moim życiu albo w 2005, albo w 2006 roku – wcześniej był gdzieś na peryferiach obrazu świata. Oprócz telefonów komórkowych – „czego używają bogaci ludzie”.

Porzuciłem więc całe to programowanie w DOS-ie i zagłębiłem się w bazę danych szkoleniowych Access Northwind, która dała mi formularze, przyciski, makra i szczyt programowania aplikacji - VBA. Pewnie gdzieś w tym momencie w końcu zdecydowałem, że w przyszłości chcę pracować jako programista. Dostałem dysk z Visual Studio, kupiłem papierową książkę(!) na VB i zacząłem robić kalkulatory i kółko i krzyżyk, ciesząc się, że cały projekt powstał na formularzu w kilka minut, a nie pisany ręcznie. Ponieważ komputer nie był już rzadkością, w końcu mogłem wyruszyć w świat i porozmawiać o programowaniu z ludźmi o podobnych poglądach.

Podczas tych dyskusji uświadomiłem sobie, że VB to już przeszłość, wymierający język wymyślony dla sekretarek, a wszyscy prawdziwi faceci piszą w C++ lub Delphi. Ponieważ wciąż pamiętałem Pascala, wybrałem Delphi. Być może był to mój kolejny błąd w długim szeregu przeszkód na drodze do zostania programistą. Poszedłem jednak po najmniejszej linii oporu, bo chciałem jak najszybciej zobaczyć efekty swojej pracy. I widziałem je! Kupiłem też książkę o Delphi, powiązałem ją z Excelem i Accessem, który już znałem, i w rezultacie stworzyłem, w pierwszym przybliżeniu, coś, co teraz nazwalibyśmy „systemem BI”. Smutne jest to, że teraz bezpiecznie zapomniałem o całym pascalu, ponieważ nie dotykałem go przez dziesięć lat.

I oczywiście dwukrotnie próbowałem pójść na studia, aby zostać programistą. W naszym małym miasteczku nie było ku temu zbyt wielu okazji. Po raz pierwszy głupio poszedłem zapisać się na specjalność „Matematyka stosowana”, którą ukończyli ludzie z właśnie taką specjalizacją - programistą, ale wymagano od nich rygorystycznej wiedzy z matematyki wykraczającej daleko poza kurs szkolny. W związku z tym nie uzyskałem pozytywnej oceny z egzaminu. Musiałem opuścić studia, zdobywając wykształcenie średnie. Za drugim razem nieco obniżyłem wymagania wobec siebie i poszedłem na specjalność inżynierską – praca jako inżynier nie pociągała mnie zbytnio, ale mimo to bliżej mi było do pracy z komputerami. Tylko że było już za późno – ludzie zakosztowali dobrodziejstw technicznych specjałów i masowo tam rzucili się. Do miejsc budżetowych zakwalifikowali się jedynie medaliści.

Dlatego teraz mam tytuł humanisty. Jest czerwony, ale nie techniczny. I tu smutna historia dorastania zaczyna się splatać ze smutną historią znalezienia pracy.

Skrzypek niepotrzebny

Jak nie zostałem programistą w wieku 35 lat

...но не обязательно выживу...

Bardzo rozpowszechniony jest mit, że „programisty nie pyta się o dyplom”. Powodów tego mitu jest kilka, postaram się wymienić najważniejsze.

Po pierwsze, na początku lat dziewięćdziesiątych - i trochę w późniejszych latach dziewięćdziesiątych - znajomość technologii komputerowej była w zasadzie rzadka. Jeśli ktoś wiedział, gdzie komputer został włączony i mógł uruchomić program, robił to, czego wymagała firma. A ogólny chaos na rynku pracy zmusił pracodawcę do szybkiego znalezienia osoby zdolnej do wykonania wymaganej pracy – nieważne, czego się tam kiedyś uczył, ważne jest to, co potrafi teraz. Dlatego znaczna liczba samouków spokojnie pokazała swoje umiejętności podczas rozmowy kwalifikacyjnej i dostała pracę.

Po drugie, w tych samych latach biznes rozwijał się bardzo szybko, ale wciąż nie było tak nowoczesnej koncepcji jak HR. Oficerowie personalni pozostali oficerami sowieckimi, sporządzającymi księgi pracy i umowy o pracę, a rozmowy kwalifikacyjne przeprowadzali osobiście specjaliści lub menedżerowie. Ponieważ większość z nich była zainteresowana wynikiem, kryteria formalne, takie jak wykształcenie, zostały wzięte pod uwagę na końcu.

Doprowadziło to do potwornego braku równowagi w świadomości zbiorowej. Osoby, które dostały pracę w takich warunkach, mogą całkiem szczerze powiedzieć, że programista nie potrzebuje dyplomu i podać siebie jako przykład. Oczywiście, rozpoznajesz ten typ. Jeśli ktoś Ci mówi „pokaż na co cię stać, a cię zatrudnią”, to jest to właśnie taki programista, od tamtych czasów go zatrudniali, a on wierzył w nienaruszalność świata. Mniej więcej w ten sam sposób radzieccy starzy ludzie mówią coś w stylu „ale pracujesz na komputerze i umiesz czytać po angielsku, z takimi umiejętnościami to wow!” Nie rozumieją już, że w czasach sowieckich takie umiejętności były tylko „wow”, ale teraz może to zrobić co druga osoba.

Potem dokładnie to samo wydarzyło się na początku XXI wieku, kiedy ropa zaczęła rosnąć, gospodarka zaczęła się rozwijać, a tłumy świeżo upieczonych biznesmenów ruszyły na rynek pracy w poszukiwaniu każdego, kto potrafiłby chociaż włączyć komputer.

Ale jednocześnie przepływ pieniędzy z ropy naftowej stworzył nieproduktywny personel – działy HR. Byli tam ci sami starzy radzieccy oficerowie personelu, ale zupełnie nieoczekiwanie powierzono im zadanie określenia jakości każdego pracownika. Oczywiście nie mogli podejmować decyzji na tym szczeblu. Dlatego opracowali własne, dość odległe od rzeczywistości, kryteria oceny, oparte na przekładach książek z błogosławionego zachodu i kryteriach formalnych, takich jak wykształcenie. W ten sposób nastąpił wielki zwrot: od rzeczywistych umiejętności do kryteriów formalnych.

Mit pozostał żywy, tylko nieznacznie zmodyfikowany.

Gospodarka wciąż się rozwijała, zewsząd wyrywano ludzi i odciągano ich od innych firm, ale oficerowie personalni już zawzięcie położyli łapy na procesie selekcji. A najważniejsze nie było „pokaż, co potrafisz” - w każdym razie oficer personalny nie zrozumie, co mu pokazują - ale „doświadczenie zawodowe”. Zatem osoby, które kiedyś zostały zatrudnione gdzieś bez wykształcenia programisty ze względu na umiejętność naciskania przycisków, zostały zwabione do innej firmy po prostu dlatego, że wcześniej pracowały jako „inżynier oprogramowania”. I znowu nikt nie prosił o dyplom, bo nie było na to czasu – masz „doświadczenie”? Cóż, pospiesz się, usiądź i pracuj!

Wreszcie ostatni, trzeci powód to szybki rozwój Internetu i projektów prywatnych. Ludzie tworzyli projekty zwierząt domowych, projekty te można było pokazać każdemu i tym samym udowodnić swoje umiejętności. Wysyłasz list, załączasz link do swojej strony internetowej – i już udowodniłeś swoje umiejętności.

Co teraz?

Jak wiemy, ceny ropy spadły, ale mit wciąż żyje. Przecież na stanowiskach „inżynierów oprogramowania” jest wiele osób, które tak naprawdę dostały się na te stanowiska bez specjalistycznego wykształcenia. Jednak teraz żaden z tych powodów nie działa w pełni i teraz niewielu z nich mogłoby powtórzyć tę sztuczkę z zatrudnieniem.

  • Znajomość technologii komputerowej stała się wszechobecna. Praca z komputerem po prostu nie jest już wskazana w CV, tak jak nie jest tam wskazana umiejętność czytania i pisania (to zresztą nie zaszkodziłoby - zacząłem często spotykać się z błędami gramatycznymi nawet w oficjalnych mediach, a w artykułach na temat Habré pojawiają się z godną pozazdroszczenia regularnością).
  • Pojawiły się działy HR i specjaliści HR, którzy nie ponoszą żadnej odpowiedzialności za swoje decyzje i mogą kierować się dowolnymi kryteriami selekcji. Oczywiście preferowane są formalne - uwzględniają wiek, wykształcenie, płeć i czas spędzony w poprzednim miejscu pracy. Umiejętności i zdolności opierają się na zasadzie szczątkowej.
  • Programistów nie brakuje już od dawna. Jest niedobór dobrze programistów, ale dotyczy to ogólnie każdej specjalizacji. I każdy uczeń w Internecie pracuje jak zwykły programista, na niezależnych stronach ludzie dosłownie walczą o prawo do zrobienia czegoś dla swojego portfolio za darmo.
  • Projekty zwierząt domowych również stały się powszechne. Internet jest zaśmiecony stronami osobistymi i klonami Tetrisa, a ten projekt staje się już niemal obowiązkowy, to znaczy po przejściu przez sito selekcji personelu trafiasz na sito selekcji specjalistów, a oni mówią „pokaż mi swojego githuba”.

Osoby posiadające wykształcenie – czyli osoby posiadające doświadczenie, które w oczach działów HR zastępuje wykształcenie – widzą tylko drugą część. Zwykle mówią coś w tym stylu: „programista nie potrzebuje dyplomu, żeby pracować, ale projekty na Githubie by się przydały”.

Ale skoro działy HR nie zniknęły, to całkiem zgodnie z prawdą sformułowano to następująco: „do pracy programista potrzebuje dyplomu (aby zdać HR), ale także projektów na Githubie (aby przejść rozmowę techniczną)”. I ja, z moim humanistycznym wykształceniem, w pełni to odczuwam - bo o Githubie wiem tylko z skarg programistów z wykształceniem technicznym, ale rygorystyczne sito kadrowe eliminuje mnie już na pierwszym etapie.

Ludzie nie widzą powietrza, ryby nie widzą wody, a osoby z wykształceniem technicznym lub doświadczeniem w pracy w CODTECHNOSOFT LLC nie widzą, że nie pyta się ich o dyplom, bo to już jest implikowane. Szczególnie zabawne są wymówki ludzi w stylu: „pracuję tyle lat, że nigdy nie pokazałem dyplomu”. Pytasz, czy umieściłeś to w swoim CV? Tak, oczywiście, że tak. Sugerujesz więc, żebym umieścił fałszywe wykształcenie w swoim CV czy coś, skoro i tak nie poproszą o potwierdzenie? Milczą i nic nie odpowiadają.

Nawiasem mówiąc, w specjalności, w której wszystkie miejsca budżetowe zajęli medaliści, tylko połowa grupy była budżetowa. A drugą połowę stanowili studenci płatnej edukacji – wiadomo, kupujący skórkę na raty za pieniądze rodziców. Moja koleżanka tam poszła i dostała dyplom. Dzięki temu zostałem pełnoprawnym „inżynierem oprogramowania” i od tamtej pory nie miałem żadnych problemów w pracy jako programista. Bo na dyplomie nie jest napisane, czy studiowałeś za darmo, czy za darmo. Ale specjalność „techniczna” – piszą.

Ze strefy komfortu

Jak nie zostałem programistą w wieku 35 lat

Это я уверенно поднимаюсь по карьерной лестнице

Kiedy przyjechałem do Moskwy i zacząłem szukać pracy, nie wiedziałem tego wszystkiego. Nadal wierzyłem w mit, że wystarczy, że programista pokaże efekt swojej pracy. Właściwie nosiłem ze sobą próbki moich programów na dysku flash - patrząc w przyszłość, powiem, że nikt na nie nie spojrzał ani razu. Jednakże zaproszeń było bardzo mało.

Wtedy jeszcze pamiętałem Delphi i próbowałem dostać się do jakiejś firmy technicznej, przynajmniej na stanowisko stażysty. Wysyłał kilkanaście listów dziennie, wyjaśniając, że komputerami interesuję się od dzieciństwa i chcę się dalej uczyć. Kilka razy całkiem szczerze odpowiedzieli mi, że powinienem mieć specjalizację techniczną – właśnie dlatego menedżerowie HR bronią granic dużych firm, aby wyplenić wszelkiego rodzaju słabszych humanitarnie. Jednak w większości przypadków otrzymywali po prostu standardowe odmowy. Ostatecznie nie mogłem już dłużej szukać i dostałem zwykłą pracę biurową, w której musiałem korzystać tylko z Excela.

Kilka lat później do Excela dodano Access i SQL, bo przypomniałem sobie młodość i zacząłem aktywnie pisać skrypty VBA. Ale to wciąż nie było „prawdziwe programowanie”. Spróbowałem jeszcze raz, pobierając nowoczesny Visual Studio i zagłębiając się w C#. Przestudiowałem to w pierwszym przybliżeniu, napisałem mały program i ponownie próbowałem gdzieś się dostać - nie zaniedbując ani pełnoprawnych ofert pracy, ani ofert stażu.

Tym razem na setki listów nie otrzymałem ani jednej odpowiedzi. Nikt. Ponieważ, jak teraz rozumiem, mój wiek zbliżał się do trzydziestki – a w połączeniu ze specjalizacją humanitarną w moim CV stało się to czarną plamą dla każdego działu HR. To mocno podważyło zarówno moją pewność siebie, jak i wiarę w mity programistów na temat rynku pracy. Całkowicie porzuciłem „prawdziwe programowanie” i skupiłem się na regularnej pracy biurowej. Od czasu do czasu nadal odpowiadałem na różne oferty pracy, ale w odpowiedzi nadal otrzymywałem ciszę.

Gdzieś na tym etapie zacząłem rozumieć, jak cenne dla człowieka jest to, czego nie zauważa lub co domyślnie uważa za posiadane przez wszystkich. Osoby, do których zwracasz się o radę lub po prostu narzekasz na życie, nie zagłębiają się w takie subtelności. Przeczytali popularne książki o psychologii i mówią, że musisz wyjść ze swojej strefy komfortu. Chociaż od dawna znany jest dowcip, że najpierw trzeba wejść do swojej strefy komfortu. Z wiekiem cena tego wejścia lub wyjścia wzrasta – na przykład teraz po prostu nie stać mnie na rezygnację i pójście do pracy jako stażysta. Możesz jedynie ostrożnie zmieniać swoją aktywność, pozostając przy obecnej pracy do czasu, aż Twoje dochody się wyrównają.

Istnieją rozsądni doradcy, którzy dają zalecenia, które sam bym dał. Obejmuje to samodzielną naukę i pracę zdalną lub stworzenie własnego projektu. Ale są tu pułapki.

Faktem jest, że praca zdalna jest przywilejem wyłącznie dla osób z „doświadczeniem zawodowym”. Jest to całkowicie nierealne dla początkującego, który potrzebuje pomocy i szkolenia, aby się na tym zdobyć. I tak nikt nie chce z tobą zadzierać, ale tutaj też trzeba to zrobić zdalnie.

Samokształcenie jest strasznie nieefektywne. Czego cię nauczą na przykład w ciągu sześciu miesięcy, zajmie ci to dwa lata samodzielnie. Stosunek jest mniej więcej taki. Będziesz musiał samodzielnie znaleźć najróżniejsze drobiazgi, standardowe techniki i znane pułapki, ciągle wymyślając koło na nowo. Oczywiście może to w pewnym stopniu zwiększyć twoją wiedzę, ponieważ sam to wszystko znalazłeś i przezwyciężyłeś. Ale zajmie ci to cztery razy więcej czasu i nadal nie będziesz miał żadnego prawdziwego doświadczenia w prawdziwych projektach produkcyjnych.

Jednocześnie doskonale wiem, że prawdziwe, przydatne doświadczenie powstaje dopiero przy rozwiązywaniu realnych problemów produkcyjnych. W tym sensie czynności takie jak „pisanie w kółko i krzyżyk” pomogą ci po prostu zrozumieć język na początkowym etapie. Ale nawet jeśli napiszesz kółko i krzyżyk, bitwę morską i węża, nadal nie będziesz w stanie zrobić tego, czego potrzebuje Twój biznes w praktyce.

Tutaj najbardziej niecierpliwi znowu będą chcieli dać radę - weź, mówią, prawdziwą specyfikację techniczną z niektórych zewnętrznych stron i napisz na niej, a sam się nauczysz, a nawet będziesz miał portfolio.

Cóż, rozważmy w końcu metodę „projektu zwierzaka”. Musisz napisać program, który będzie przydatny dla ludzi, a następnie zabrać ten program do pracy gdzieś, gdzie robią podobne programy. W teorii brzmi świetnie, ale w rzeczywistości to pułapka. Zamiast początkowo pracować nad prawdziwym projektem, marnujesz czas na zadania oczywiście bezsensowne, aby później móc wykonać dokładnie te same zadania, ale z sensem.

Zatrzymywać się! – będą do mnie krzyczeć czytelnicy. - Czekać! To jest trening! Ona tak wygląda wszędzie i zawsze! I zgodziłabym się, gdyby to szkolenie dało szansę na rezultaty. Ale nie. Wracamy do tego, że mam już doświadczenie w podobnych próbach, podobnych szkoleniach.

Czy jest chociaż jedna firma na świecie, która mówi - nasza firma robi messengery, napiszmy nam messengera w takim a takim języku, z takimi a takimi parametrami, a wtedy Cię zatrudnimy? NIE. Zawsze istnieje taka możliwość, a w przypadku osoby o niewłaściwym wieku i wykształceniu prawdopodobieństwo jest bardzo niskie. Życie mi to wszystko bardzo dobrze wyjaśniło. Przykładowo, w różnych okresach swojego życia znałem i używałem VB i VBA, Pascala i Delphi, SQL, R, JS, C#, a nawet (sam jestem zaskoczony!) Genesis32. Tak naprawdę to sam znajdowałem kursy, brałem w nich udział, robiłem osławione projekty, mogłem je pokazywać na rozmowie kwalifikacyjnej i odpowiadać na pytania na ich temat. I co?

Po pierwsze, nikt nie był po prostu zainteresowany i nie prosił o pokazanie czegokolwiek, głupio nie dotarłem na te wywiady. Po drugie, tak naprawdę teraz pamiętam tylko VBA+SQL, ponieważ cały czas ich używam - reszta jest nieprzydatna i zostaje zapomniana. Co więcej, sytuacja wyglądała naprawdę ciężko: to nie było tak, że spojrzeli na moje projekty i powiedzieli: „słuchaj, tu wszystko jest źle, nie umiesz pisać kodu, to nie działa tu i tutaj”. Nie, po prostu mnie zignorowali. Edukacja sztuk wyzwolonych, wiesz? „To dlatego, że jestem czarny”.

Wyniki

Jak nie zostałem programistą w wieku 35 lat

Когда даже под гнётом обстоятельств ты сохраняешь внутренний покой

Mimo pesymistycznego charakteru tekstu, nie poddaję się. Tyle, że teraz przestrzeń moich możliwości gwałtownie się zawęziła, widzę tylko jedną realistyczną ścieżkę - jest to wspomniany już „ulubiony projekt”, ale nastawiony nie tyle na „poszukiwanie pracy”, ile na „próbę stwórz biznes.” Trzeba znaleźć nierozwiązany problem, rozwiązać go i znaleźć przynajmniej kilkadziesiąt osób, które skorzystają z Twojego rozwiązania. Inną kwestią jest to, że brzmi to prosto, ale tak naprawdę trudno znaleźć problem, którego nie rozwiązał jeszcze jeden z milionów programistów i aspirantów – a w dodatku wystarczająco prosty dla początkującego.

Teraz dotarłem do Pythona, wzorując się na wielu poprzednikach, przeanalizowałem Habr i przygotowuję artykuł o wynikach. Miałem nadzieję opublikować to jako mój pierwszy artykuł na temat habry, ale muszę jeszcze dodać tam trochę tekstu. A potem zaczęły napływać publikacje na temat „Jak przy odrobinie wysiłku zostałem programistą” – niemal codziennie, a nawet dwa razy dziennie.

Nie mogłem więc powstrzymać się od powiedzenia Ci, dlaczego włożyłem tyle wysiłku, ale nigdy nie zostałem programistą.

Krótko podsumowując, chciałbym powiedzieć, co następuje:

  1. Pragnienia i wysiłki mogą naprawdę wiele zdziałać, ale podstawa materialna nadal jest decydująca. Tym, którzy to mają, ich pragnienia i wysiłki pomagają im osiągnąć więcej. Ci, którzy tego nie mają, ich pragnienia i wysiłki nie pomogą im osiągnąć zwykłego rezultatu. Posiadanie pasji do komputerów od dzieciństwa może pomóc ci zostać programistą, ale nie jest to zbyt pomocne. Dużo większe szanse na zostanie programistą ma ktoś, kto nigdy nawet nie interesował się komputerami, a którego bogaci rodzice wysłali na studia na modnej specjalności technicznej. Ale samo hobby nie wystarczy, jeśli – jak w jednej z ostatnich publikacji – nie kupowano w dzieciństwie programowalnych kalkulatorów
  2. Czas w końcu obalić mit, że aby pracować jako programista wystarczy umieć programować. W najlepszym wypadku wystarczy móc dobrze programowanie, np. „pisanie kodu na tablicy” – tak, takie osoby zostaną wyrwane rękami. Mówienie o ludziach zabieranych z ulicy tylko po to, żeby wiedzieli, po której stronie komputera znajduje się klawiatura, jest bardzo dużą przesadą; w takich rozmowach widzimy typowy błąd ocalałego. Wokół każdego wakatu programisty znajduje się „szklana ściana” działu HR – osoby z wykształceniem technicznym tego po prostu nie widzą, a reszta może tylko bezsensownie walnąć w nią głową. Lub – jak w innej niedawnej publikacji – zdobądź pracę „przez znajomego”.
  3. Aby „zostać” programistą w wieku dorosłym, potrzebne są te same pomyślne warunki, co w młodym wieku. Oczywiście dorosły może zrobić dużo więcej (widzi cel, do którego zmierza, ma doświadczenie w szkoleniach i rozwoju, zna realne potrzeby rynku), ale jest pozbawiony wielu rzeczy (musi sam się utrzymać, spędzać czas czasu na co dzień i jego zdrowie już nie jest takie). A jeśli – jak w kolejnej niedawnej publikacji – istnieje wsparcie materialne ze strony rodziny i stabilność życia w postaci własnego mieszkania, to zmiana zajęć jest naprawdę dużo łatwiejsza

Źródło: www.habr.com

Dodaj komentarz