Ten post powstał z do jednego artykułu tutaj, na Habra. Całkiem zwyczajny komentarz, tylko że od razu kilka osób powiedziało, że dobrze by było sformułować go jako osobny post, a MójKrój nawet nie czekając na to ten sam komentarz osobno w swojej grupie w VK z uroczą wstawką
Nasza ostatnia publikacja z raportem o wynagrodzeniach w IT za pierwszą połowę tego roku zebrała niesamowitą ilość komentarzy użytkowników „Habra”. Dzielili się opiniami, obserwacjami i osobistymi historiami, ale jeden z komentarzy tak nam się spodobał, że postanowiliśmy go opublikować tutaj.
Dlatego w końcu zebrałem się w sobie i napisałem osobny artykuł, rozwijając i uzasadniając myśli bardziej szczegółowo.
Czasami w artykułach i komentarzach, gdzie omawiane są dochody specjalistów IT, można spotkać wypowiedzi typu „Skąd bierzecie takie liczby? Pracuję w X od wielu lat i ani ja, ani moi koledzy nigdy takich pieniędzy nie widzieliśmy…”.
Szczerze mówiąc, N lat temu mógłbym napisać podobny komentarz. Teraz nie mogę 🙂
Przechodząc przez różne miejsca pracy, organizacje i sytuacje życiowe, osobiście sformułowałem dość prosty zestaw zasad dotyczących tego, co robić, aby zarabiać przyzwoite pieniądze i pracować w komfortowych warunkach w IT. Ten artykuł dotyczy nie tylko pieniędzy. W niektórych punktach dotykam możliwości podniesienia swojego poziomu zawodowego i nauki nowych, poszukiwanych umiejętności, a przez „dobre warunki” rozumiem nie tylko przytulne biuro, wyposażenie techniczne i dobry pakiet socjalny, ale przede wszystkim brak chaosu, spokój ducha i całe nerwy.
Te porady są aktualne przede wszystkim dla programistów, ale wiele punktów pasuje również do innych zawodów. I, oczywiście, przedstawione dotyczy przede wszystkim Rosji i innych krajów post-ussr, chociaż niektóre punkty będą актуalne wszędzie.
No to zaczynajmy.
Unikaj z daleka instytucji państwowych i quasi-państwowych oraz podobnych organizacji
Po pierwsze, przy finansowaniu instytucji z budżetu, górna granica wynagrodzeń ogranicza się sama w sobie w sposób naturalny — „nie ma pieniędzy, ale dajcie sobie radę”. W instytucjach rządowych i im podobnych często wynagrodzenia są powiązane z etatami. Może się okazać, że w dokumencie napisano, że programista zarabia tyle co jakiś referent, i nie można tego zmienić. Niektórzy kierownicy, zdając sobie sprawę z absurdalności tej sytuacji, półlegalnie zatrudniają informatyka na 1,5–2 etatu, ale to raczej wyjątek niż reguła.
Po drugie, w przypadku, gdy instytucja nie działa na wolnym rynku konkurencyjnym, jej kierownictwo prawdopodobnie nie będzie miało na celu poprawy jakości i konkurencyjności produktów i usług (celem będzie raczej nie obniżenie tej jakości poniżej pewnej wartości, aby nie dostać od nadzorujących) i w związku z tym nie będzie starać się przyciągnąć najlepszych pracowników i motywować ich finansowo lub w inny sposób.
Z powodu braku ukierunkowania i motywacji kierownictwa na jakość i wynik, a także ponieważ w gruncie rzeczy wydają oni pieniądze, które nie są ich, często można zaobserwować takie zjawisko, jak zatrudnianie dzieci/krewnego/przyjaciół na „ciepłe miejsca” w organizacji. Jednak jakoś trzeba pracować. Dlatego może się okazać, że osoba, która trafiła tam z ulicy, będzie musiała pracować zarówno za siebie, jak i za kolegę. Po drugie, mało prawdopodobne jest, że będą ją otaczać wysoko wykwalifikowani specjaliści, od których można się wiele nauczyć.
W przypadku zatrudnienia w prywatnej firmie, ale pracującej na zlecenie państwa, niestety można napotkać podobne problemy. Jeśli firma otrzymuje zlecenia i przetargi dlatego, że „wszystko już jest załatwione”, to w gruncie rzeczy znowu wracamy do sytuacji „brak konkurencji” z odpowiednimi konsekwencjami. A nawet jeśli przetargi są rozstrzyganie w sposób uczciwy, nie należy zapominać, że zwycięzcą zostaje ten, kto zaoferuje najniższą cenę, co może skutkować oszczędnościami w pierwszej kolejności na programistach i ich wynagrodzeniach, ponieważ celem będzie „stworzyć produkt, który spełnia minimalne wymagania”, a nie „stworzyć bardzo dobry produkt”.
I nawet gdy firma wchodzi na wolny rynek i pojawiają się konkurenci, sposób myślenia kierownictwa i jego podejście do pracowników często nie zmienia się, co prowadzi do smutnych konsekwencji. Pojęcie „menedżmentu socjalistycznego”, niestety, wzięło się z rzeczywistości.
Czasami bywa odwrotnie, że w jakiejś spółce państwowej nawet zwykli pracownicy mogą otrzymywać całkiem dobre wynagrodzenia jak na lokalne standardy (na przykład w sektorze naftowym i gazowym). Ale, niestety, „menedżment socjalistyczny” nigdzie nie znika i często można natknąć się na administracyjny absurd, typu „czas pracy ściśle od 8 rano, a za spóźnienie o 1 minutę odebranie premii”, ciągłe pisanie wniosków służbowych i przerzucanie odpowiedzialności, i podejście w stylu „płacimy dużo, więc prosimy o jeszcze więcej pracy, nadgodziny nie będą płatne” oraz „jeśli ci się nie podoba – nikt cię nie trzyma”.
Jeśli jesteś programistą, nie rozważaj ofert pracy w firmach, dla których rozwój oprogramowania nie jest główną działalnością przynoszącą dochód.
… w tym różne instytuty badawcze, biura konstrukcyjne, firmy inżynieryjne i zakłady, firmy handlowe, sklepy, itp.
W jednej społeczności nawet funkcjonuje żart.
«Jeśli twoje stanowisko nazywa się nie „Senior Developer” lub „Team Lead”, lecz „Inżynier 1. kategorii” lub „Wiodący specjalista w dziale technologii informacyjnych”, to znaczy, że gdzieś zbłądziłeś.«
Tak, to żart, ale w każdym żarcie jest ziarno prawdy.
Kryterium „przynoszące główny dochód” definiuję dość prosto:
to albo
- firma rzeczywiście zarabia większość swoich przychodów ze sprzedaży swoich produktów IT lub usług, albo zajmuje się ich tworzeniem na zlecenie.
lub
- tworzone oprogramowanie jest jedną z ważnych lub nawet najważniejszych rzeczy, które definiują właściwości konsumenckie produktu lub usługi.
Dlaczego taka rada?
Po pierwsze, przeczytaj świetną publikację , tam naprawdę dobrze zauważono wiele różnic między firmami IT i nie-IT. A jeśli pracowałeś w firmach IT, ale zawsze zauważałeś tam punkty z 5 do 13, opisane w tym artykule, to już jest powód, by się zastanowić i dokładniej przyjrzeć się otaczającemu światu oraz rynkowi pracy.
W firmach „czysto IT” osoby związane bezpośrednio z tworzeniem oprogramowania (programiści, testerzy, analitycy, projektanci UI/UX, devops, itd.) są główną siłą napędową. To ich praca przynosi firmie dochody. A teraz spójrzmy na jakąś „nie-IT-firmę”. Główne pieniądze zarabiają na sprzedaży czegoś, świadczeniu jakichś „nie-IT usług” lub produkcji „nie-IT produktów”. W tej firmie specjaliści IT są personelem pomocniczym, tak, są potrzebni, aby umożliwić skuteczniejsze działanie (na przykład dzięki automatyzacji, automatycznemu ewidencjonowaniu, składaniu zamówień online, itd.), ale nie generują bezpośrednich dochodów. W związku z tym, podejście krótkowzrocznych menedżerów do nich będzie najprawdopodobniej takie — jak do czegoś, na co trzeba wydawać pieniądze.
Bardzo dobrze napisano o tym w wyżej wspomnianym artykule:
Konceptualna różnica między firmą IT a firmą nie-IT polega oczywiście na tym, że w firmie IT, będąc programistą, testerem, analitykiem, menedżerem IT, jesteś częścią dochodowej części budżetu (przynajmniej w większości przypadków), a w firmie nie-IT jesteś jedynie kosztową jego pozycją, i to często jedną z najbardziej widocznych. W związku z tym, stosunek do wewnętrznych specjalistów IT jest odpowiedni — traktowani są jak pewne pasożyty, których my, jako biznes, musimy opłacać z własnej kieszeni, a oni jeszcze ośmielają się czegoś od siebie wymagać.
Często kierownictwo takiej firmy w ogóle nie rozumie w IT i tworzeniu oprogramowania, przez co, po pierwsze, trudno ich przekonać o potrzebie czegokolwiek, a po drugie, samo „utworzenie działu IT” może przebiegać nie w najlepszy sposób: na stanowisko kierownika tego działu zatrudnia się osobę, której umiejętności kierownicze nie są przez przełożonych w stanie właściwie ocenić. Jeśli się uda, to potem zbuduje dobrą drużynę i nada właściwy kierunek rozwoju. A jeśli się nie uda, może się zdarzyć, że zespół charakteryzuje się jakimś postępem w pracach nad czymś, a produkt w zasadzie działa, ale faktycznie gotuje się we własnym sosie, w izolacji od otaczającego świata, niewiele się rozwija, a naprawdę utalentowani ludzie tam nie pozostają. Niestety, coś takiego obserwowałem na własne oczy.
Jak wykryć to wcześniej, na etapie rozmowy kwalifikacyjnej? Istnieje tak zwany , należy jednak przyznać, że jest on bardzo powierzchowny, a tak naprawdę czynników do sprawdzenia i niepokojących sygnałów może być znacznie więcej, ale to już temat na osobny artykuł.
Chciałbym powiedzieć kilka słów na temat różnych firm inżynieryjnych, zjednoczeń produkcyjnych, organizacji badawczo-naukowych, biur konstrukcyjnych, instytutów projektowych i tym podobnych. Z mojego doświadczenia, istnieje kilka powodów, dla których "nie warto tam iść, a przynajmniej warto to dobrze przemyśleć".
Po pierwsze, ponownie, często panuje tam zacofanie i technologiczna stagnacja. Dlaczego — to osobny temat, który zasługuje na obszerny artykuł, ale na ten temat ludzie regularnie się wypowiadają nawet tutaj, na Habra:
"Odkryję przerażający sekret — oprogramowanie embedded testuje się przynajmniej na porządku mniej i gorzej niż jakikolwiek zapomniany serwer www. A często piszą je dinozaury, debugowanie to dla słabych, a 'jeśli kod się kompiluje, to znaczy, że wszystko działa'.
… Nie żartuję, niestety." []
"Nic dziwnego. Z moich obserwacji wynika, że wielu 'prawdziwych inżynierów' uważa, że produkcja urządzenia to sztuka, która jest dostępna tylko dla wybrańców, a sami mogą napisać do niego kod, tak po prostu. To przecież drobiazg. Powstaje działający cichy koszmar. Bardzo się obrażają, gdy na palcach wyjaśnia się im, dlaczego ich kod źle pachnie, ponieważ… no… przecież zrobili sprzęt, co tu program - jakaś." []
"Z własnego doświadczenia naukowego mogę powiedzieć, że gdy nad zadaniem pracuje od jednego do kilku ludzi, o ponownym wykorzystaniu kodu nie ma mowy. Piszą jak wychodzi, wykorzystują minimalne możliwości języka, a o systemach kontroli wersji większość nie ma pojęcia." []
Po drugie, wszystko znowu często sprowadza się do zarządzania i utrwalonych tradycji:
„Rozwój sprzętu do statystyki to najczęściej samoopłacające się, samofinansujące rosyjskie przedsiębiorstwo, z rosyjskimi zleceniodawcami, rosyjskim rynkiem zbytu i rosyjskim szefem — byłym inżynierem po pięćdziesiątce, który wcześniej również pracował za grosze. Dlatego jego myśli są takie: „Całe życie harowałem, żeby płacić jakimś młodym? Przetrwa!” Dlatego również nie ma dużych pieniędzy w takich przedsiębiorstwach, a jeśli już są, to na pewno nie będą inwestować w twoją pensję.”]
No cóż, po trzecie… W takich miejscach często nie rozdzielają programistów i innych inżynierów. Tak, bez wątpienia programistę można też uznać za inżyniera, a samo pojęcie „inżynierii oprogramowania” jakoś to sugeruje. W obu przypadkach ludzie zajmują się pracą intelektualną i tworzeniem nowych bytów, i w obu przypadkach wymagane są określone umiejętności, wiedza i sposób myślenia.
Ale… niuans polega na tym, że w obecnej sytuacji na rynku pracy te kategorie są bardzo różnie wynagradzane. Nie mówię, że tak powinno być, sam uważam, że to nie jest sprawiedliwe, ale niestety w obecnej chwili to fakt: pensje „programistów” i innych „inżynierów” mogą się różnić o półtora do dwóch razy, a czasem nawet więcej.
A w wielu przedsiębiorstwach inżynieryjnych i pokrewnych kierownictwo również nie rozumie, „dlaczego mamy płacić tym ludziom dwa razy więcej”, a czasem nawet „no co tam takiego, nasz Wania-elektronik nie gorzej napisze kod” (a Wania się na to zgadza, chociaż on i nie jest) ).
W jednej z dyskusji na temat „droga programisty jest trudna” z szanownym pewnego razu w jego komentarzach padła fraza w stylu „A co w tym złego, płacimy naszym ludziom powyżej średniej pensji inżyniera w Petersburgu”, chociaż, mówiąc szczerze, jeśli firma ceni i szanuje swoich pracowników, powinna płacić „… powyżej średniej pensji programisty w Petersburgu.”
Bardzo wymowny obrazek, który kilka lat temu krążył po różnych grupach związanych z automatyzacją w mediach społecznościowych, mówi sam za siebie.
Nie współpracujcie z wojskiem.
Ten wniosek wyciągnąłem jeszcze jako student na wojskowej katedrze na uczelni 🙂
W rzeczywistości, osobiście sam w firmach około wojskowych i prywatnych w tej dziedzinie nie pracowałem, ale pracowali moi przyjaciele, a z ich opowieści, rodzaj "Są trzy sposoby na zrobienie czegoś — dobrze, niedobrze i po wojskowemu" oraz "Zgromadzę teraz wąski krąg ograniczonych osób, na których będę polegał, aby dokładnie to zrozumieć i ukarać kogo popadnie!" nie pojawił się znikąd.
W moim przypadku rozmowy kwalifikacyjne w takich firmach zwykle kończyły się koniecznością poddania się formie poufności. Co więcej, rekruterzy przysięgali, że "trzecia forma to czysta formalność, nic nie znaczy, nawet o nią nie pytają, wyjazd za granicę nie będzie w ogóle problemem", ale na pytania "Jeśli to nic nie znaczy, to po co w ogóle istnieje i czemu ją podpisać?" oraz "A jakie są gwarancje, że biorąc pod uwagę szaleństwo dookoła, pewnego dnia przepisy się nie zmienią i wszystko nie stanie się inaczej?" odpowiedzi nie uzyskano.
Nie bądź "złotą rączką"
... to jakbyś jednocześnie był programistą, administratorem, instalatorem sieci, kupującym sprzęt, napełniaczem kartridży, DBA, wsparciem technicznym i telefonistą. Jeśli zajmujesz się wszystkim naraz w swojej roli, prawdopodobnie nie będziesz ekspertem w żadnej z tych dziedzin, a więc w razie potrzeby możesz zostać zastąpiony przez kilku studentów lub juniorów, których wystarczy znalezienie za niewielkie pieniądze. Co robić? Wybierz wąską specjalizację i rozwijaj się w tym kierunku.
Zacznij uczyć się bardziej aktualnego stosu
... jeśli pracujesz z narzędziami typu legacy. Zdarza się, że ktoś pisze w jakimś Delphi 7 lub starych wersjach PHP z nie mniej starymi frameworkami. Nie twierdzę, że to domyślnie źle; w końcu zasada "działa — nie ruszaj" nadal ma swoje miejsce, ale gdy stary stos jest używany nie tylko do wsparcia starych, ale także do rozwoju nowych modułów i komponentów, każe to zastanowić się nad kwalifikacjami i motywacją zespołu deweloperskiego, oraz czy firma w ogóle potrzebuje dobrych pracowników.
Czasami zdarza się odwrotna sytuacja: wspierasz jakiś projekt legacy oparty na technologii legacy i zarabiasz całkiem przyzwoicie (może dlatego, że nikt inny nie chce się w to bagno wpakować), ale gdy z jakichś powodów projekt lub firma umiera, istnieje duże ryzyko, że skończysz przy rozbitym mordzie, a powrót do surowej rzeczywistości może okazać się bardzo niekomfortowy.
Nie pracuj w małych i średnich firmach działających na rynku krajowym.
Tutaj wszystko jest dość proste. Firmy działające na rynku międzynarodowym mają napływ pieniędzy w walucie i biorąc pod uwagę obecne kursy wymiany, mogą sobie pozwolić na wypłatę dobrych wynagrodzeń swoim programistom. Firmy działające na rynku krajowym muszą gonić, a jeśli duże i bogate firmy mogą sobie pozwolić na płacenie konkurencyjnych pensji, aby nie stracić dobrych specjalistów, to małe i średnie, niestety, nie zawsze mają taką możliwość.
Ucz się języka angielskiego. Nawet jeśli teraz nie jest ci szczególnie potrzebny.
Język angielski jest dla nowoczesnego specjalisty IT bardzo przydatny: znaczna część dokumentacji, stron podręczników, notatek o wersjach, opisów projektów i wszystkiego innego pisana jest w języku angielskim, najlepsze książki i prace naukowe publikowane są w języku angielskim (i nie zawsze są tłumaczone na rosyjski, a już na pewno nie zawsze poprawnie), konferencje światowego poziomu odbywają się w języku angielskim, a publiczność międzynarodowych społeczności internetowych programistów jest kilkaset razy większa niż rosyjskojęzyczna, itp.
Zwrócę uwagę na inny fakt: istnieje ogromna liczba firm z ciekawymi wyzwaniami i atrakcyjnymi wynagrodzeniami, w których bez znajomości angielskiego nawet nie będą się państwo liczyli. To zarówno firmy outsourcingowe, integratorzy, oddziały międzynarodowych korporacji, jak i po prostu firmy działające na rynku międzynarodowym. W wielu z nich trzeba współpracować w jednym zespole z zagranicznymi kolegami z innych krajów i często nawet bezpośrednio kontaktować się z klientami oraz ich specjalistami. W ten sposób, nie mając dobrej znajomości angielskiego, natychmiast pozbawiają się państwo dostępu do istotnej części rynku pracy, a tej części, w której często można znaleźć bardzo ciekawe projekty za naprawdę dobre pieniądze.
Ponadto znajomość języka otwiera możliwości pracy na międzynarodowych platformach freelancerów oraz zdalnej pracy dla zagranicznych firm. No i możliwość wyjazdu za granicę, szczególnie biorąc pod uwagę, że w dzisiejszych czasach zajmują się tym nawet osoby, które wcześniej w ogóle nie myślały o takim rozwiązaniu.
Nie bójcie się «galer»
Czasami można spotkać opinie, że tak zwane «galery» (firmy zajmujące się consultingiem, outsourcingiem lub sprzedające kompetencje swoich specjalistów jako outsourcing) to coś złego, a firmy produktowe to coś wspaniałego.
Nie zgadzam się z tym poglądem. Przynajmniej dwa miejsca pracy, w których pracowałem przez dość długi czas, były tymi właśnie «galerami», i mogę powiedzieć, że warunki pracy, poziom wynagrodzeń i podejście do pracowników były tam naprawdę dobre (a mam z czym porównywać), a wokół byli bardzo przyjemni i wykwalifikowani ludzie.
Nie myślcie, że jeśli w obecnej pracy nie jest najlepiej, to w każdej sytuacji jest tak samo.
Pewnie psychologowie kiedyś zbadali ten fenomen i nadadzą mu jakieś miano, ale na razie trzeba przyznać, że ten fenomen rzeczywiście istnieje: czasami ludzie pracują w miejscu, z którego nie są zbytnio zadowoleni, ale są przekonani, że «pewnie wszędzie tak jest» i «po co zmieniać siodło na inne». Powiem krótko: nie, nie wszędzie. A żeby się o tym przekonać, przejdźmy do kolejnych punktów.
Chodźcie na rozmowy kwalifikacyjne
… po prostu, aby zdobyć doświadczenie w przeprowadzaniu rozmów kwalifikacyjnych, poznać wymagania i poziomy wynagrodzeń w różnych miejscach. Nikt nie rzuci w ciebie kamieniami, jeśli ostatecznie dostaniesz ofertę, a ty grzecznie ją odrzucisz. Zyskasz doświadczenie w przeprowadzaniu rozmów kwalifikacyjnych (to ważne, tak), które może Ci się w pewnym momencie bardzo przydać, posłuchasz, czym zajmują się inne firmy w Twoim mieście, dowiesz się, jakie umiejętności i wiedza są oczekiwane przez pracodawców od kandydatów, i co najważniejsze — jakie pieniądze są gotowi za to płacić. Nie krępuj się zadawać pytań dotyczących organizacji procesów w zespole i w firmie jako całości, pytaj o warunki pracy, poproś o pokazanie biura i miejsc pracy.
Zbadaj rynek i poznaj swoją wartość
Zapoznaj się z Headhunter, Mojkrąg i podobnymi zasobami, aby uzyskać przybliżone wyobrażenie o tym, ile tak naprawdę warte są umiejętności, które posiadasz i które wykonujesz.
Nie bój się dużych kwot w punkcie ofert wynagrodzeń, nawet jeśli okaże się, że za to samo, czym się teraz zajmujesz, jakaś firma obiecuje Ci płacić znacznie więcej, niż otrzymujesz teraz. Należy mieć na uwadze, że IT to jedna z nielicznych branż u nas, w której ukształtowało się to, że jeśli w opisie oferty pracy firma pisze, że jest gotowa płacić specjaliście 100-150-200 tysięcy, to najprawdopodobniej rzeczywiście jest gotowa i będzie.
Nie lekceważ siebie
Zob. , któremu na Habra już nie raz poświęcano artykuły. Nie myśl, że jesteś gorszy, mniej wykwalifikowany lub w czymkolwiek ustępujesz innym kandydatom. I tym bardziej nie proś o wynagrodzenie poniżej średniej rynkowej — wręcz przeciwnie, _zawsze_ ustalaj kwotę przynajmniej trochę powyżej średniej, ale jednocześnie wyraźnie daj do zrozumienia, że jesteś gotów ją omówić.
Nie krępuj się negocjować z kierownictwem podwyżki
Nie siedź cicho i nie czekaj, aż ktoś na górze nagle dojdzie do oświecenia i sam podniesie Ci wynagrodzenie. Może nadejść oświecenie, a może nie.
Tut wszystko jest bardzo proste: jeśli uważasz, że ci mało płacą, powiedz o tym przełożonym. Powody "dlaczego uważam, że powinni mi płacić więcej" można właściwie nie wymyślać, mogą być dowolne — od „przez te N lat pracy stałem się lepszym specjalistą i teraz mogę wykonywać bardziej złożone zadania oraz pracować efektywniej”, po „w innych firmach za tę pracę oferują tyle i tyle”.
W moim przypadku zawsze to działało. Czasami od razu, czasami po jakimś czasie. Ale gdy jeden z moich kolegów, zmęczony brakiem pieniędzy, znalazł nową pracę i położył wypowiedzenie na stole, po drugiej stronie byli bardzo zaskoczeni i zapytali „A czemu nie podszedłeś do nas w sprawie podwyżki?”, a potem długo namawiali go, żeby został, oferując nawet jeszcze większą kwotę niż w nowym ofercie.
Przeprowadzaj się lub przejdź na pracę zdalną.
Jeśli jednak wszystko sprowadza się do małej liczby ofert w mieście (innymi słowy, jeśli „nie ma innych miejsc”, gdzie potrzebni są ludzie z twoimi kwalifikacjami, lub trudno się tam dostać)… To zwiększ swoje umiejętności i przeprowadź się do innego miasta, jeśli masz taką możliwość. Osobiście znam ludzi, którzy z miast milionowych przeprowadzali się do SPb i Msk, otrzymując od razu dwukrotny wzrost dochodów, nawet przy przejściu na niższe stanowisko.
Nie dajcie się znowu nabrać na mity, że „w stolicach płacą więcej, ale i wydatki są znacznie wyższe, więc to wcale się nie opłaca”, przeczytajcie komentarze do , tam znajduje się wiele opinii i historii na ten temat.
Zbadaj rynek pracy w dużych miastach, poszukaj firm oferujących pakiety relokacyjne.
Albo, jeśli jesteś już doświadczonym specjalistą, spróbuj pracy zdalnej. Ta opcja wymaga określonych umiejętności i dobrej samodyscypliny, ale może być dla ciebie bardzo odpowiednia i korzystna.
Na tym na razie wszystko. Jeszcze raz chcę powiedzieć — to moja osobista opinia i doświadczenie, które, rzecz jasna, nie jest jedyną prawdą i może nie zgadzać się z twoim.
Materiały w temacie:
—
—
—
Źródło: habr.com
