JavaRush /Blog Java /Random-PL /Poradnik dla przyszłego programisty Java. Wywiad i karier...
Fry
Poziom 41
Львов

Poradnik dla przyszłego programisty Java. Wywiad i kariera

Opublikowano w grupie Random-PL
Poradnik dla przyszłego programisty Java.  Rozmowa kwalifikacyjna i kariera - 1 Moc to rzeka, z której wielu może się napić, a szkolenie Jedi to nie jedyny sposób, aby z niej czerpać.” — Luke Skywalker Wszystkie wybrane książki pozostały w tyle. To Ty decydujesz, które z nich przeczytasz, a które nie. Teraz masz tylko jeden cel: zdobyć pracę i zbudować karierę bez nadepnięcia na grabie. Ostatni artykuł został podzielony na sekcje: - Przed pracą - Rozmowa kwalifikacyjna - W pracy Ta część zawiera wiele moich osobistych opinii, dlatego proszę nie wyrywać zdań z kontekstu i traktować je jak szczerą rozmowę ze starym znajomym :).

Przed pracą

Poniżej znajduje się dziesięć najpopularniejszych stereotypów, które powstają, gdy duszę pociąga programowanie, ale pewne okoliczności przeszkadzają danej osobie. Moim zadaniem jest powstrzymać Twoją podejrzliwość i nastawić Cię na pozytywny sposób myślenia. Jeśli czytasz ten artykuł, jesteś dalej niż myślisz! Mentalnie jesteś już tam, gdzie powinieneś być, a jeśli przeczytałeś już kilka książek, to jesteś już w połowie drogi. Dlatego przestańcie wątpić – taki jest los słabych. Tylko naprzód! Już lepiej? Więc chodźmy! „Nie mam wykształcenia” Kiedy byłem zupełnie zielony i wstąpiłem na akademię jednej z dużych firm outsourcingowych, ankieterzy delikatnie dali mi do zrozumienia, że ​​dyplom w ogóle ich nie interesuje, więc pytania były konkretne – o OOP i podstawowe Jawa. Oczywiście natkniesz się na oferty pracy, w których dostępna jest technologia. wykształcenie będzie wyraźnym wymogiem. Chcę tylko powiedzieć, że jego nieobecność nie jest obecnie przeszkodą. Wiele urzędów zagranicznych prosi o dyplom BS/MS Computer Science lub, uwaga, odpowiednie doświadczenie. Nie przekonujące? Być może zachęci Cię fakt, że nie mam wykształcenia technicznego ;), ale absolutnie nie przeszkodziło mi to w zdobywaniu doświadczenia w dużych firmach. Zapytaj mnie teraz, co bym zrobił, gdybym mógł przewinąć film? Oczywiście pojechałbym do KPI/NAU, ale nie byłoby mi bardzo smutno, gdybym się nie dostał. Przestań się tym martwić. Czas upłynie – możesz zdobyć dyplom w wieku 40 lat, jeśli chcesz – ale na razie skup się na zostaniu młodszym programistą tu i teraz. „Będą ludzie mądrzejsi ode mnie” Zawsze będą ludzie mądrzejsi, mądrzejsi, bardziej elastyczni, bardziej utalentowani od Ciebie i żadna praca nie jest wyjątkiem. Fakt ten absolutnie nie daje Ci prawa do odstępstwa od celu. Być może gdzieś na drugim końcu globu żyje mały chłopiec z Japonii, który mnoży i dzieli liczby szybciej niż Ty, a jakaś babcia z Czech pisze na klawiaturze telefonu komórkowego szybciej niż jakikolwiek nastolatek. Ale nie myślisz o tym, prawda? Dlaczego więc miałbyś troszczyć się o ludzi, z którymi współpracujesz, gdy już zostaniesz zatrudniony? Pod pewnymi względami Twoi przyszli współpracownicy będą od Ciebie lepsi, a pod innymi będą od Ciebie gorsi. Jest okej! Przekreślamy to. „Nie sądzę, że mi się to uda” Cóż, po pierwsze nikt nie powiedział, że będzie łatwo, ale to wcale nie oznacza, że ​​Twój cel jest niemożliwy. Nic nie stoi na przeszkodzie, aby po prostu spróbować, nawet jeśli obecnie pracujesz jako księgowy lub konsultant ds. sprzedaży. Przyjdź po pracy i usiądź do nauki. Jeśli z biegiem czasu zauważysz pewien postęp, jest to znak, że zmierzasz we właściwym kierunku. Nie przestawaj! Jeśli chociaż trochę Cię to interesuje i jest Ci to dane, to nie znam ani jednego punktu, który mógłby mnie przekonać, że nie jesteś tego godny. „Jestem przytłoczony lenistwem” Lenistwo to po prostu brak motywacji. Jeśli zauważysz, że większość swojego wolnego czasu, zamiast się uczyć i podążać drogą, głupio robisz śmieci - spieszę z informacją, że najprawdopodobniej bycie programistą nie jest dla Ciebie. Przynajmniej nie teraz. Niektórzy nazywają lenistwo grzechem, chorobą, cholerą współczesności wraz z otyłością. Zostaw tę sprawę histerykom zawodowym. Moim zdaniem wszystko w tym życiu jest przesiąknięte iluzją walki i rywalizacji: kto jest wyższy, kto silniejszy, kto bogatszy. Kto ma fajniejszy samochód, kto w drużynie ma wyższą pensję, kto mocniej wyciska na ławce na siłowni, która z dziewczyn wcześniej wyszła za mąż i urodziła dzieci – od tego robi się niedobrze, jak śmierdzący fast food. Ludzie przestali żyć i cieszyć się życiem, podążając za swoimi marzeniami, zamieniając strefę komfortu na wybór między Pepsi a Coca-Colą. Dla mnie lenistwo jest dobre, jest po prostu cudowne. Jest to zwykła funkcja ochronna organizmu, mająca na celu oszczędzanie energii i czasu na rzeczach, które są dla niego bezużyteczne. Człowiek został stworzony do wolności, więc jeśli jesteś leniwy, przestań podnosić tyłek z kanapy - być może teraz jest na swoim miejscu :). „Jadę tam ze względu na pieniądze”. Jeśli zbierzesz programistów i powiesz: od tej chwili Twoja pensja będzie wynosić 3-4 tys. hrywien na dowolnym poziomie, a testerzy nadal będą dostawać te same stawki, to pytanie będzie inne: nie ilu To bomba, ale ilu programistów pozostanie programistami po tej wiadomości. Wiele osób rozpoczyna karierę w IT ze względu na pieniądze. Wynagrodzenie przeliczone z dolarów, sera i drogiej lustrzanki cyfrowej. Nieważne, jak dużo pracowałem z ludźmi, zawsze były rozmowy na ten temat. Nie twierdzę, że to coś złego, chcę tylko, żebyście nie próbowali wmawiać sobie, że przyjeżdżacie w celach czysto duchowych, żeby zmienić świat na lepsze. Zanim dostałem pracę jako junior, wiedziałem, jakie są zarobki seniorów, kierowników technicznych, a nawet menedżerów średniego szczebla i te myśli tylko mnie zainspirowały: w czasach, gdy nie pracowałem jako programista, mogłem tylko marzyć o takich liczbach. Nazwij te rzeczy po imieniu i przestań się tego wstydzić. „Wydaje mi się, że to nie jest moje”. Czyje zatem? Wiesz, łatwo to sprawdzić. Otwórz pierwszy tom Hortsmanna i zacznij czytać i pisać kod na podstawie przykładów. Jeżeli nie nudzisz się i przez drugi tydzień nie poświęcasz czasu na ten sam rozdział, odrzuć na bok swoje wątpliwości. Studia na kierunkach technicznych mają charakter sekwencyjny. Nie możesz przejść do B, nie znając A, ale zawsze będziesz miał szansę cofnąć się o jeden rozdział i wzmocnić swoje podstawy. Idź po to. „Jest wielu takich jak ja” Zawsze jest rywalizacja o miejsce. Nie twierdzę, że np. teraz na jedno miejsce przypada 300-400 testerów bez doświadczenia, a nawet więcej. Tak, to gorzka prawda, ale z drugiej strony nawet przy takich wskaźnikach nie mogę znaleźć wystarczająco poważnego punktu. Tak, co najmniej 100500 za miejsce!! Zawsze masz możliwość zdobycia doświadczenia przy swoich projektach: zbuduj jakąś usługę, program desktopowy, wykorzystaj cały stos, który znasz - i już robisz postępy, a reszta, oprócz wysłania CV, robi to nic więcej. „Nikt nie odpowiada na moje CV” Kontynuacja powyższego punktu. Najprawdopodobniej dla przyszłych specjalistów IT bez doświadczenia umiejętność napisania pięknego CV jest dobra, ale gdy na jedno wolne stanowisko przypada wiele osób, wiele CV jest do siebie bardzo podobnych: oczywiście możesz wysłać zdjęcie z dekoltem (jeśli jest to dziewczyna) lub napisz wiele technologii, które sam znasz tylko z Wikipedii. W obu przypadkach HR po prostu nie będzie się tym przejmował: jeśli na wakacie w projekcie musi znaleźć się osoba, która np. zna AWS, to będzie szukać AWS w CV. Weź pod uwagę jeszcze jeden ważny punkt, na przykład rekomendacje od współpracowników. To jest ból każdej osoby, która nie ma takich znajomych, bo stamtąd bierze się lwią część juniorów (jeśli dana osoba jest polecona - oczywiście nie idiota). Zwykle na stanowisko juniora zatrudniają, podkreślam, odpowiednią osobę aktywną, gotową do nauki, a nawet do jedzenia. A jeśli taki kandydat zawiedzie, najprawdopodobniej będziesz następny. Cóż, podczas gdy reszta jest w trakcie rozmów kwalifikacyjnych, masz wiele obszarów, w których możesz doskonalić swoje umiejętności: open source, zadania w Internecie i być może freelancing. „Nie zdam rozmowy kwalifikacyjnej/Chcę dołączyć do konkretnej firmy” Tak, najprawdopodobniej pierwsza rozmowa zakończy się fiaskiem, ale doświadczenie, które zdobędziesz, będzie bezcenne. Z każdą kolejną rozmową kwalifikacyjną staniesz się bardziej pewny siebie i zaradny. Wciąż pamiętam swoje pierwsze... Boże, co ja za bzdury opowiadałem?! Szkoda było po tym wyjeżdżać (przypomniałem sobie tego ghula, który uśmiechał się mi prosto w twarz), ale kiedy wróciłem do domu i przemyślałem to, zdałem sobie sprawę, że to była cudowna lekcja. Po nim wszystkie kolejne podobne wydarzenia były przepojone łatwością i pewnością siebie. Nikt nie zginął, szukają takich jak ja, czyli ja się pojawię. Uwierz w siebie! Jeśli konkretnie chcesz dołączyć do konkretnej firmy, to chyba nie będę Ci opowiadał o popularnym w naszym środowisku lifehacku, ale mimo to: zanim zorganizujesz spotkanie z tą firmą, przeprowadź wywiad z konkurencją. Być może zostanie ci zaproponowane coś, czemu nie będziesz mógł odmówić, albo warunki będą trudniejsze. Jedno wiem na pewno: nie pożałujesz. „Ja też dobrze się czuję w tej pracy” Wiesz, jest takie stare powiedzenie: Le mieux est I'enneini du bien („Najlepsze jest wrogiem dobrego”). Może twoja praca nie jest najgorszym miejscem, ale tak, szef to dupek i co z tego? Albo np. trzeci rok bez premii, ale stabilną pensję, zwłaszcza, że ​​mam już ponad 30 lat. W pewnym stopniu może to być prawda, tylko pamiętajcie, że życie ma się jedno i nie należy go marnować na rozczarowań, dla wyimaginowanej pociechy, gdy wokół jest tyle ciekawych rzeczy, a całe życie nie wystarczy, aby zrozumieć. Nie bój się być lepszy, nie bój się być najlepszy. Nie słuchaj nikogo, dąż wytrwale do celu, jeśli wiesz, że tego naprawdę chcesz. Nie bój się zmian!

Wywiad

Ogólnie rzecz biorąc, możesz to wszystko znaleźć w Internecie lub zapytać znajomych, ale myślę, że nie będzie to zbyteczne. Poniżej znajduje się przykład rozmowy kwalifikacyjnej z młodszym programistą Java, która wyglądałaby teraz, gdybym to ja był osobą przeprowadzającą rozmowę kwalifikacyjną. Pytania mogą być dowolne, ja po prostu próbowałem zebrać coś przeciętnego na temat szpitala. Wyobraźmy sobie, że masz szczęście. Schemat standardowy Krok 1. Dzwoni do Ciebie rekruter i umawiasz się z nią na rozmowę, np. jutro o 11:00. Krok 2. Przyjeżdżasz wcześniej, bo 11:00 najprawdopodobniej nie jest czasem dla Ciebie, ale dla deweloperów, którzy zarezerwowali jakiś pokój, w którym będą Cię torturować. Dobrą praktyką byłoby, gdyby każdy rekruter ostrzegł o tym. Krok 3. Tak naprawdę, począwszy od kroku 3, wszystkie punkty można pomieszać, ponieważ rozmowy kwalifikacyjne mogą przebiegać różnie. Na przykład tutaj możesz zostać zapytany o podstawowe rzeczy, skąd jesteś, dlaczego tutaj i tak dalej. Możliwe, że sam HR może to zrobić, i oczywiście jest to możliwe, że po angielsku. Tak naprawdę to zależy od firmy. Krok 4. Zostajesz zaproszony do pokoju konferencyjnego, gdzie przeprowadzisz rozmowę z jedną, dwiema, trzema osobami, z których jedna będzie albo seniorem, albo liderem technicznym, który będzie z tobą pracować w przyszłości, a reszta tam może być mistrzem Scrum, innymi programistami lub działem HR. Przeprowadzają z Tobą wywiad przez chwilę, po czym podają Ci rękę i pozwalają odejść. Krok 5. Być może będzie to następnego dnia, a może od razu po kroku 4 - odbędziesz rozmowę z klientem zagranicznym (jeśli taki istnieje), a może on sam przeprowadzi rozmowę. Jak widać, istnieje wiele opcji. Gdzieś są klienci, gdzieś jest też rozmowa telefoniczna. To tylko przykład. Przykład rozmowy technicznej z młodszym programistą Java Bardzo współczuję niedoświadczonym programistom, którzy czytają coś mądrego w celu utonięcia/zmiażdżenia/popisywania się przed kandydatem podczas rozmowy kwalifikacyjnej. Jeśli zobaczysz przed sobą taką osobę i poczujesz z jej strony presję i napięcie, od razu wyślij go do trzech śmiesznych, bo po pomyślnym ukończeniu będziesz musiał pracować z tym idiotą. Nie marnuj swoich cennych nerwów. Rozmowa kwalifikacyjna powinna być przede wszystkim przeprowadzona tak, aby dowiedzieć się, co kandydat wie, a nie czego nie wie. Naturalnie, jeśli potrzebujesz osoby, która zna się na czymś konkretnym, zapytaj ją, nie zawracaj jej głowy bezużytecznymi rzeczami, których nie używasz w projekcie. Bądź w końcu człowiekiem! Poniżej znajdują się przybliżone pytania, które mogą pojawić się podczas rozmowy kwalifikacyjnej. 5 pytań do każdej technologii. Ups 1. Podaj prawdziwy przykład polimorfizmu? Jakie są zalety? Wady? Napisz prosty kod. 2. Co to jest interfejs? Klasa abstrakcyjna? Po co nam interfejsy, skoro wszystko możemy głupio napisać w klasach (mała prowokacja)? To samo dotyczy klasy abstrakcyjnej. Jakie są metody domyślne w Javie 8? 3. Zbuduj hierarchię klas na konkretnym przykładzie wyimaginowanej bazy danych lub programu (w bazie znajduje się lista różnych klas pracowników) i interakcji między nimi (agregacja, kompozycja). 4. Czym różni się kompozycja od agregacji (is-a, has-a)? 5. Jak ominąć zakaz wielokrotnego dziedziczenia w Javie? JDK/JRE 1. Czym różni się JDK od JRE? Co to jest JVM? 2. Co to jest ścieżka klas i do czego służy? Jak na przykład załadować inne klasy do ścieżki klas? 3. Co wiesz o module ładującym klasy? 4. Opowiedz nam o javadoc? Po co to jest? 5. Czym jest JAR, WOJNA? Java Common 1. Jaka jest różnica pomiędzy metodami statycznymi i niestatycznymi? Co jest ostateczne? 2. Czym jest boxing-unboxing? bajt b = 127, b++, jaki jest wynik i dlaczego? 3. Czym są wrappery i do czego służą? 4. Co muszę zrobić, aby utworzyć adnotację? Co to jest nadpisywanie/przeciążanie? 5. Dlaczego klasa String jest ostateczna? Do czego służy metoda intern()? Struktury danych 1. Wyjaśnij strukturę API Kolekcji w Javie? Czy pracowałeś już z Stream API? 2. Jaka jest różnica pomiędzy ArrayList i LinkedList? Gdzie lepiej używać ArrayList, a gdzie LinkedList? 3. Powiedz nam jak działa HashMap? Jakie są cechy pracy z TreeSet, HashSet? Czy macie doświadczenia z kolekcjami Guava? 4. Tablice w Javie, przykład tablicy dwuwymiarowej. 5. hashCode, równa się użyciu HashMap jako przykładu? Współbieżność 1. Co to jest proces? Przepływ? Jak założyć wątek? Co jest zsynchronizowane? Jak zrozumieć ten lub inny fragment kodu bezpiecznego dla wątków? 2. Co to jest Thread.sleep, a także czekać, powiadamiać, ustępować? 3. Podaj przykład impasu? 4. Kolekcje podczas pracy z wielowątkowością. 5. Operacje ThreadLocal i Atomic SQL/JDBC 1. Na konkretnym przykładzie pobierz z bazy Users tego, którego pensja jest większa niż 5000. 2. Przykłady INNER JOIN, OUTER JOIN, Order By, Group By. 3. Dlaczego potrzebujesz sterownika JDBC? Przykłady. 4. Opowiedz nam wszystko, co wiesz o ResultSet, kilka przykładów. 5. Napisz prosty DAO za pomocą RS. JPA/Hibernacja 1. Jakie są wady i zalety JPA? 2. Co to jest EntityManager? Podmiot? 3. Kryteria w JPA/Hibernate. 4. Jeden do jednego, wiele do wielu w JPA/Hibernate 5. Jak zrobiłbyś DOŁĄCZ w Hibernacji? HQL? Wiosna 1. Co to jest DI/IoC? Zalety. 2. Co to jest kontekst aplikacji? Fasola? 3. Jakie są rodzaje inicjalizacji IoC? 4. Singleton, prototyp na wiosnę? Wiosna oparta na adnotacjach? 5. Cykl życia fasoli? Metoda init, metoda niszczenia? @PostConstruct, @PostDeploy? Mavena 1. Główne fazy mavena, cykl życia. 2. Jak uruchomić mavena z testami, bez testów? Co to jest archetyp, zależność mvn? 3. Profile w maven, jak utworzyć, jak uruchomić. 4. Co to jest migawka w maven? Repozytoria centralne/zdalne? 5. Wtyczki w mvn, jak działają, kilka przykładów. Algo 1. Pojęcie algorytmu, jego szybkość, notacja Big-O. 2. Jak za jednym razem znaleźć środkowy element w LinkedList? 3. Napisz prymitywny stos? Jaka jest różnica między stosem a kolejką? LIFO, FIFO? 4. Szybkie sortowanie, sortowanie przez scalanie. 5. Napisz program sprawdzający, czy liczba jest palindromem. Zgadzam się, może drążek jest wygięty trochę bardziej w stronę środka niż junior, ale myślę, że takie przygotowanie na pewno Ci nie zaszkodzi. Spróbuj zagłębić się w każde pytanie. Nawiasem mówiąc, wiele obszarów w Javie nie jest tutaj wskazanych, proszę wziąć je pod uwagę.

W trakcie pracy

Oto kilka małych rekomendacji dla młodszych/średnich programistów, którzy już się osiedlili. Te proste wskazówki mogą pomóc Tobie, tak jak pomogły mnie. Nie bądź uparty. Przestań próbować udowadniać swoje racje, nawet jeśli są one kusząco bliskie prawdy. Już zauważyłeś, że od dłuższego czasu kłócicie się, co oznacza, że ​​po drugiej stronie barykady stoi zwykły osioł, który w życiu ma tylko dwa poglądy: swoje i błędne. Mamy niewiarygodnie dużą liczbę upartych ludzi, którzy nie poddają się do końca, tylko po to, aby ich ego nie zostało zachwiane. I to nie tylko Twoi koledzy, oni są po prostu wszędzie – w minibusie, w sklepie, krewni, bliscy przyjaciele – nie możesz przed nimi uciec ani ukryć się. Musisz w jakiś sposób z nimi współdziałać, nawet jeśli rozumiesz, że dana osoba mówi otwarcie bzdury. Co więcej, to samo może spotkać Ciebie. Zgadzam się, nawet upartemu człowiekowi proste rzeczy da się wytłumaczyć, ale co jeśli mówimy o zagadnieniach architektonicznych w projekcie lub osobistej opinii? Zapomnij o tych śmieciach – bądź elastyczny. Mam ogromny szacunek do ludzi, którzy potrafią przyznać się do błędu przed wszystkimi. To właśnie ta cecha przyda się Tobie jako młodszemu specjaliście – trudno jest wejść w konfrontację z osobą otwartą, zwłaszcza gdy przyznaje, że się uczy i ma prawo popełniać błędy. Nie spóźnij się Nieważne, czy to okres próbny, czy tylko piątek, kiedy wszyscy zapominają i przychodzą o 11. Ważna jest jeszcze jedna rzecz: punktualność to cecha profesjonalisty, który niespodziewanie zdobywa sobie dodatkowe punkty . A dodatkowe punkty nie zaszkodzą osobie bez doświadczenia, prawda? Staraj się nie spóźniać i wychodź z pracy po uczciwym przepracowaniu 8 godzin. Nie nadużywaj szacunków. Niestety, jest to bardzo częsta sytuacja, w którą kiedyś się wpakowałem. Deweloper wyznaczył sobie 8-16 godzin na wykonanie zadania i niespodziewanie wykonał je w 3-4 godziny. Pozostałe godziny spędza na swoim prywatnym czasie, grając w tenisa stołowego, tak jak to było w moim przypadku, lub oglądając YouTube i inną rozrywkę. Z prawnego punktu widzenia wydaje się, że się zgodziliśmy, ale z ludzkiego punktu widzenia pozbawiasz się bardzo ważnych rzeczy: 1. Stoisz w miejscu, bo swój dodatkowy czas wypełniasz niepotrzebnymi rzeczami; 2. Nie rozwijasz się, bo nie informujesz przełożonego o swoich szybkich postępach, nikt nie wie, że realizujesz zadania szybciej, niż się spodziewano; 3. Zaczynasz stale przeceniać średni czas wartości, to jest droga donikąd. Poświęć czas na naukę. Szansa, że ​​zostaniesz w tyle za lokomotywą, jest nierealistycznie wysoka, więc pamiętaj, że technologia i nowe wersje rozwijają się bardzo szybko. Subskrybuj współczesnych ewangelistów Java, czytaj podsumowania Java i ogólnie interesuj się, ucz się nowych rzeczy. Pomoże Ci to utrzymać markę i rozwijać się. Pomagać innym Nie bój się pomagać innym, nawet jeśli są tak zieloni jak Ty. Po pierwsze, znacznie wzmocnisz swoją wiedzę, a po drugie, zyskasz szacunek w oczach innych, a przy tym oni Ci pomogą. W takim środowisku rodzą się najlepsze zespoły, a także bardzo szybki rozwój techniczny i osobisty. Uprawiać sporty. Miej hobby Nie, poważnie. Osoby ćwiczące nie tylko wyglądają i czują się lepiej, ale ich mózg także funkcjonuje lepiej! Skolioza, dolny odcinek kręgosłupa, nadwaga, różne problemy z narządami wewnętrznymi – sprzyja temu siedzenie przy komputerze przez całą dobę, nawet poza pracą. Jeśli nie możesz uprawiać sportu (w co wątpię), stosuj małe lifehacki: od czasu do czasu popracuj na stojąco, wysiądź dwa przystanki wcześniej i do pracy idź pieszo. I ogólnie więcej spaceruj. Ryzyko wypalenia istnieje również, jeśli programowanie zajmuje Ci znacznie więcej czasu niż 40 godzin tygodniowo. Na ratunek przyjdą osobiste hobby - na przykład fotografia, muzyka itp. Regularnie poświęcaj czas na duchowość. Zrównoważ swoje życie osobiste Kiedy Twoja dziewczyna/żona mówi: „laptop albo ja”, musisz dokładnie przemyśleć, jakie miejsce zajmuje programowanie w Twoim życiu. Z drugiej strony, rozpoczynając swoją przygodę z IT, musisz jasno wytłumaczyć swojej drugiej połówce, że teraz musisz dużo się uczyć, aby osiągnąć więcej. Mam nadzieję, że zrozumieją. Cóż, spróbuj odpowiednio zrównoważyć i rozdzielić swój czas. Wyjdź poza Zachowaj proaktywność, jeśli czujesz, że możesz np. dzielić się wiedzą lub masz ciekawe tematy, dlaczego nie zorganizować małych kursów w firmie dla innych? Nie bój się brać udziału w dużych projektach open source, jeśli wiesz, jak możesz pomóc. Jeśli chcesz napisać grę, projekt społeczny lub inny pomysł - zrób to, zrób to, zrób to! Nie stój w miejscu, zawsze szukaj możliwości rozwoju. Bądź konkurencyjny Obserwuj nowe trendy, bądź na bieżąco z trendami zachodzącymi w społeczności Java. Na przykład nie zaszkodzi, jeśli od czasu do czasu będziesz monitorować oferty pracy w Javie na DOU, ale nie po to, aby oderwać się od pracy, ale po to, aby wiedzieć, które technologie pozostają aktualne, a które powoli znikają z rynku . Spróbuj także wziąć udział w kursach Coursera, Udacity itp., Odkryj nowe horyzonty. A nawet angielski: spróbuj obejrzeć swoje ulubione filmy/seriale w oryginale z napisami, aby poprawić swoje umiejętności mówienia, pobierz kilka ciekawych aplikacji do nauki języka (np. LinguaLeo), a na koniec zapisz się na kursy.

Wniosek

Cóż, mój mały projekt na DOU dobiega końca. Kochani, szczerze życzę Wam znalezienia pracy i mam nadzieję, że wszystko, co opisałam w tych 7 artykułach, będzie dla Was cenną wskazówką, nawet dla tych, którzy już pracują jako programista Java. Przyszli juniorzy, pamiętajcie, że nie ma rzeczy niemożliwych i jeśli naprawdę się postaracie, na pewno się uda. Chcę, abyś w końcu zdecydował, czy to dla Ciebie, czy nie, opracował szczegółowy plan treningowy i spokojnie go realizował. Nie denerwuj się, jeśli w zamian otrzymasz ciszę - to wszystko jest tymczasowe, najważniejsze jest wierzyć i w żadnym wypadku nie odstępować od kursu, ale uczyć się, uczyć się i uczyć ponownie. Chciałbym bardzo podziękować zespołowi DOU za zredagowanie dużej ilości materiału i zapewnienie mi najlepszego czasu w poniedziałki. DOU to fajna społeczność, która przestała być tylko witryną dla ukraińskich specjalistów IT. Chciałbym także podziękować wszystkim komentatorom, którzy czytali moje artykuły po przekątnej i wyrywali wyrażenia z kontekstu. Bez Was artykuły nie wyglądałyby tak ciekawie :) Niech Moc będzie z Wami! Oryginalny artykuł zaczerpnięty z DOU
Komentarze
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION