Wymagnia na juniora - jak im sprostać?

pytanie zadane 8 sierpnia 2019 w Rozwój zawodowy, nauka, praca przez Vintoriez Początkujący (380 p.)

Witam, czas mija i wiedzy co raz więcej, Cel - pierwsza praca jako programista .Net, wyznaczony. Specjalizacja wybrana i teraz pojawia się pytanie.

Kiedy będę gotowy? W ogłoszeniach o pracę dla juniora zazwyczaj jest znajomość języka i konkretnych framework-ów. Do tego standardowo git, solid, agile. Co to znaczy znajomość? Składnia to sprawa oczywista, ale co dalej? Czy powinienem znać całą bibliotekę standardową języka na pamięć, czy powinienem przyswoić od deski do deski dokumentację od Asp.net i potrafić opowiedzieć co potrafi każda klasa i jak to robi?

W kwestii agile raczej ciężko nabrać doświadczenia podczas nauki bo jeśli dobrze zrozumiałem, to wszystko kręci się wokół pracy z klientem. Czy wystarczy więc, że teoretycznie będę wiedział na czym to polega?

Miażdżąca przewaga ofert w C# to Asp.net, a więc i html + css + js. Traktować je na równi poważnie jak technologie back-end-owe, i zagłębiać się w framework-i i dokumentację, czy znać tylko podstawy?

A może studiowanie dokumentacji w ogóle nie ma sensu i uczyć się tylko na błędach i rozwiązywaniu problemów na żywo podczas klepania kodu i tylko wtedy do niej zaglądać?

Ostatnie pytanie będzie na temat "kształtu" portfolio. Iść w ilość, jakość, a może skomplikowanie? Zamierzałem napisać jakieś demo serwisy do obsługi sklepu internetowego, bankowości mobilnej, zarządzania przesyłkami w firmie kurierskiej. Czy takimi projektami zainteresuje potencjalnego pracodawcę?

Będę startował bez wykształcenia czy doświadczenia w IT. Będę wyposażony tylko w portfolio i chęć do poszerzania wiedzy.

2 odpowiedzi

odpowiedź 8 sierpnia 2019 przez Paweł Nąckiewicz Nałogowiec (48,990 p.)

Nie ucz sie dokumentacji na pamiec.

Jeśli wiesz, że najwiecej ofert jest na asp.net to zrób 1 wiekszy projekt w tej technologi i apkilkuj. Wykorzystaj ten projekt maksymalnie! Zwroc uwage na baze danych jak ja zaprojektujesz i zoptymalizujesz. Przy pisaniu kodu zwroc uwage na czstosc kodu i zasade SOLID. Pokaz przy tym gita, commituj wedlug dobrych praktych, baw sie branchami etc. Oczywiscie w kodzie używaj jezyka angielskiego.

Jeśli chodzi o CV to 1 strona wystarczy. Idz na jakosc zdecydowanie nie na ilosc. Jęsli wrzucisz dużo technologi ktore pobierznie znasz, mozesz dostac z nich pytanie i polec. Lepiej coś dopowiedziec moim zdaniem :) W CV najwazniejsza dla mnei kwestia to link do gita z projektami. Pamietaj o tym !

Moja rada zrob jedna ROZBUDOWANA aplikacjie i na jej podstgawie aplikuj. Zobacz czym sie firma zajmuje i zrob pseudo apke ktora dotyczy ich dziedziny (mozesz zapunkotwac). Podsumowajac idz na jakosc a nie ilosc we wszytskim :)

komentarz 8 sierpnia 2019 przez Vintoriez Początkujący (380 p.)

Dziękuję za odpowiedź, to mi na pewno zaoszczędzi sporo zbędnej pracy.

Tylko czy jeden projekt nie będzie wyglądał ubogo w CV? Często chyba przechodzi ono najpierw przez HR, a dla nich chyba może to być mało.

komentarz 8 sierpnia 2019 przez Paweł Nąckiewicz Nałogowiec (48,990 p.)

Nie pracuje w HR, natomiast wydaje mi sie ze oni robia wstepna weryfikacje ale nie na podstawie zrealizowanych projektow, tylko tego jak pasujesz do firmy (np jakie technologie znasz, ktore jezyki obece ogarniasz etc)