Hej!
Jaką wiedzę waszym zdaniem powinien mieć ktoś na poziomie 'regular' w javie? Trafiam na oferty z określonym takim poziomem wymagań, a jednoczesnie zastanawiam sie co sie za tym kryje.
Zapewne kwestia firmy i w każdej co innego jednak tak mniej wiecej gdyby chciec okreslic ten poziom to czego wymaga sie od kogos z wiekszym doswiadczeniem?
0
0
Wydaje mi się że w Polsce to niestety tylko "lata doświadczenia". Niestety bo są "seniorzy" co nie wiedzą co to ExecutorService albo czym się różni Runnable od Callable...
0
[scibi92 napisał(a)]:
Wydaje mi się że w Polsce to niestety tylko "lata doświadczenia". Niestety bo są "seniorzy" co nie wiedzą co to ExecutorService albo czym się różni Runnable od Callable...
Akurat w tych dwóch przypadkach nie ma słowa o doświadczeniu jakimkolwiek. Ot tylko klepnięty wymóg poziomu wiedzy odnośnie Javy stąd moje pytanie właśnie.
0
No własnie chodzi o to że często nawet "seniorzy" maja słabe pojęcie o Javie. To zależy od firmy czy lepsza czy gorsza.
W cywilizowane to oczywiście:
Core Java w tym wielowątkwość, IO
Znajomość JVM (np. memory model)
SOLID i czysty kod,
Znajomość narzedzi do budowania Maven/Gradle
Umiejętnośc testowania kodu
Frameworki
VCS (najlepiej GIT)
umiejętnosc rozróżnienia bullshitu od rzeczywistych trendów
1
Wie co to są Regular Expressions i potrafi ich użyć.
0
Jeśli chodzi o samą javę to regular według mnie powinien wiedzieć np jak działa HashMap
0
Pinek napisał(a):
Jeśli chodzi o samą javę to regular według mnie powinien wiedzieć np jak działa HashMap
Regular powinien to wiedzieć ? Ja na staż wakacyjny miałem o to pytanie.
0
slayer9 napisał(a):
Pinek napisał(a):
Jeśli chodzi o samą javę to regular według mnie powinien wiedzieć np jak działa HashMap
Regular powinien to wiedzieć ? Ja na staż wakacyjny miałem o to pytanie.
No kurde to co mam napisać ;D obojętnie co się poda, to można to poszukać w necie i w chwilę zakuć
0
Pinek napisał(a):
slayer9 napisał(a):
Pinek napisał(a):
Jeśli chodzi o samą javę to regular według mnie powinien wiedzieć np jak działa HashMap
Regular powinien to wiedzieć ? Ja na staż wakacyjny miałem o to pytanie.
No kurde to co mam napisać ;D obojętnie co się poda, to można to poszukać w necie i w chwilę zakuć
Ja myślę, że na rozmowie na regulara pytania o samą składnię Javy tracą tak na prawdę sens. Od takiej osoby wymaga się raczej wiedzy praktycznej, na przykład gdzie i dlaczego moglibyśmy użyć apache kafka, albo jak wykorzystać możliwości elastic search w danym projekcie. Serio, nie wyobrażam sobie pytania gościa z 2letnim doświadczeniem jak działa HashMap. :D
2
slayer9 napisał(a):
Ja myślę, że na rozmowie na regulara pytania o samą składnię Javy tracą tak na prawdę sens. Od takiej osoby wymaga się raczej wiedzy praktycznej, na przykład gdzie i dlaczego moglibyśmy użyć apache kafka, albo jak wykorzystać możliwości elastic search w danym projekcie. Serio, nie wyobrażam sobie pytania gościa z 2letnim doświadczeniem jak działa HashMap. :D
No to chyba nie uczestniczyłeś w zbyt wielu rozmowach :P
0
Nie uczestniczyłem w wielu. Ale to co już zdążyłem zauważyć to to, że od stażysty wymaga się żeby wiedział jak działa HashMapa ; )
0
slayer9 napisał(a):
Nie uczestniczyłem w wielu. Ale to co już zdążyłem zauważyć to to, że od stażysty wymaga się żeby wiedział jak działa HashMapa ; )
Senior też to powinien wiedzieć, więc też się pytają o to ;)
0
Tu jest template jak powinna wyglądać rekrutacja:
A tak na serio: rekrutacja na regulara powinna również zawierać zadanie z pisania kodu i to powinien być mus, tak samo jak też o pytanie o HashMapy
5
Te pozycje junior, regular czy senior często per firma rozpatrywane są indywidualnie. Tzn na miarę jakiejś firmy można być w niej seniorem, choć w innej firmie będzie się regularem.
Senior to nie tylko osoba która jest wymiataczem w 3 językach, zna rodzaje i różnice Locków w javie i przeczytała Concurrency in Practice 3x albo najlepiej zna ją na pamięć.
Senior powinien mieć przede wszystkim podejście seniorskie. Nie lekceważyć drobnostek, dbać o jakość, zauważać szczegóły - widzieć coś, czego junior nie zobaczy.
Technologie się zmieniają, ale podejście człowieka do wykonywanego zawodu rzadko. Jak ktoś jest ogarniętym juniorem z głową na karku, który umie przedyskutować problem i dba o detale - zdecydowanie preferuje jego, niż ciapowatego seniora, który tj pisałem: zna biegle 3 jezyki, ma 10 lat expa i "niejeden system widział", a nazwy metod jego testów unitowych przypominają hebrajski.
W nawiązaniu do pierwszego zdania - dla niektórych firm liczy się tylko i wyłącznie techniczny skill. Więc ktoś kto przyszedł do takiej firmy z miejsca gdzie jako senior prowadził zespół technicznie, dogadywał się z klientami, estymował, planował i ogólnie "ogarniał temat" i czuł projekt - to jest szansa że trafi na pozycje np regulara. Co nie oznacza, że nie móglby być takim mocarzem jak jego koledzy seniorzy. Oznacza natomiast, że dobrze sobie radził w pracy z innymi.
2
Zimny Terrorysta napisał(a):
Jaką wiedzę waszym zdaniem powinien mieć ktoś na poziomie 'regular' w javie?
tak ogolnie (wiadomo ze wszystko zalezy od konkretnej firmy) to imo na regulara:
- znajomosc (tzn nie ze wykute na blache ale zrozumiane) te 90% javowej wiedzy na poziomie popularnych sredniozaawansowanych tutorialo-ksiazek w stylu serii core java (np https://www.safaribooksonline.com/library/view/core-java-for/9780133791563/), effective java, JCIP, thinking in java itp
- jakas specjalizacja w tej javie, tzn zrozumienie na poziomie sredniozaawansowanym (jak wyzej) przynajmniej jednego obszaru/frameworka (typu EE, mobile, siec, data science, low-level itp)
poza sama java:
- komfortowe poruszanie sie po IDE, skryptach do budowania (ant, gradle, maven), systemach kontroli wersji
- znajomosc przynajmniej jednego jezyka skryptowego pozwalajaca na zakodowanie prostych utilsow czy prototypow
- produkcyjna znajomosc przynajmniej jednego nieskryptowego jezyka poza java
- znajomosc os/powloki na poziomie wygodnego poruszania sie po systemie plikow, analizy logow, podstawowej weryfikacji procesow, sieci, dumpow
- praktyczna znajomosc dobrych praktyk, wzorcow projektowych, metodologii, paradygmatow i ich wad i zalet
- podstawowa znajomosc algorytmow i struktur danych (tzn wiedziec jakie jest ich zastosowanie czy zlozonosc)
- podstawowa znajomosc sql/baz danych (praktyczne zastosowanie takich rzeczy jak filtrowanie, zlaczenia, indeksy, transakcje)
0
@azalut: Dzięki za wyjaśnienie ale do seniorowania jednak mi bardzo daleko. Pytam o mozliwosc oszacowania poziomu gdyz oferta, ktora mnie interesuje przewiduje wlasnie znajomosc 2 jezykow. Javy na poziomie zdefiniowanym w ogloszeniu jako 'regular' i drugiego jezyka na poziomie 'junior'. A w tresci generalnie podane znajomosc jednego z tych dwoch wiec probuje rozgryzc co HR mial na mysli...
Jako, ze w Javie nie bardzo potrafie okreslic swoj poziom ale raczej do regulara (wedlug rozpiski katelx) mi brakuje. Natomiast drugi jezyk mam opanowany na powiedzmy srednim juniorskim poziomie.
@katelx Dzięki również za merytoryczny głos. Wiem, że w jednej firmie pytają o X, a w drugiej o X^3 na to samo stanowisko. Zapiszę sobie Twoje notatki. Częśc z nich mam opanowane, a reszta przyda się w dalszym dokształcaniu.
Coz, dzieki wszystkim pomocnym. Spróbuję po prostu sobie aplikować i zobaczymy co z tego wyjdzie. Najwyżej będę za słaby żeby wejść w te pozycję.
0
@zimny Terrorysta:
tak prawde mówiąc to ja nawet nie odpowiadałem na twoje pytanie, tylko chciałem wtrącić tę kwestie do tematu bo uważam ją za ważną ;)
co do pytania: @katelx wydaje mi sie wyczerpała temat
dodam tylko tyle, że jeśli ktos obraca sie bardzo plynnie w tematach, które opisała to TECHNICZNIE wg mnie ma nawet zadatki na starszego programistę ;) inaczej: nie każdy regular dobrze czuje sie w kazdej z tych kwestii, a regularem jest
EDIT:
ahh.. zapomniałbym
pan Seliga z youtube - jakby go oglądnąć ale tak z dystansem, to w sumie masz odp na swoje pytanie :)
1
@azalut definicje junior/regular/senior sa dosc plynne, powiedzialabym ze senior to mniej wiecej to samo co regular + wiecej przebytych projektow i odpowiedzialnosci
6
Senior to ktoś, kto przebył już tyle projektów, że właściwie należałoby go ponownie nauczyć programować od podstaw.
0
katelx napisał(a):
@azalut definicje junior/regular/senior sa dosc plynne, powiedzialabym ze senior to mniej wiecej to samo co regular + wiecej przebytych projektow i odpowiedzialnosci
Czyli według Ciebie różnice między seniorem a regularem wynikają jedynie z ilości przebytych projektów oraz odpowiedzialności? W takim razie co daje ta ilość projektów i odpowiedzialność? Czego to jest miara? We wcześniejszym poście rozumiem, że zostały przez Ciebie wymienione cechy wspólne (dość szeroki zakres wymagań) które według mnie dają właśnie ten szeroki wachlarz wiedzy, który nabywa się przy dużej ilości projektach, więc nie zgadzam się z tą definicją.
0
etterpriz napisał(a):
katelx napisał(a):
@azalut definicje junior/regular/senior sa dosc plynne, powiedzialabym ze senior to mniej wiecej to samo co regular + wiecej przebytych projektow i odpowiedzialnosci
Czyli według Ciebie różnice między seniorem a regularem wynikają jedynie z ilości przebytych projektów oraz odpowiedzialności? W takim razie co daje ta ilość projektów i odpowiedzialność? Czego to jest miara? We wcześniejszym poście rozumiem, że zostały przez Ciebie wymienione cechy wspólne (dość szeroki zakres wymagań) które według mnie dają właśnie ten szeroki wachlarz wiedzy, który nabywa się przy dużej ilości projektach, więc nie zgadzam się z tą definicją.
co daje ta ilość projektów i odpowiedzialność?
Prawdopodobieństwo, że jesteś w stanie coś tam zrobić i dogadać się z teamem.
1
etterpriz napisał(a):
Czyli według Ciebie różnice między seniorem a regularem wynikają jedynie z ilości przebytych projektów oraz odpowiedzialności?
nie jedynie, ale glownie. gdy ktos przez 10 lat klepie w jednym projekcie jiry tak jak mu kaze pm rzadko oznacza ze jest swietnym developerem, predzej ze sie zasiedzial. za to jesli jest to ktos kto przeszedl w tym czasie kilka projektow za ktore byl przynajmniej czesciowo odpowiedzialny robi z niego material na kogos wiecej niz klepacza.
W takim razie co daje ta ilość projektów i odpowiedzialność? Czego to jest miara?
tego ze taka osoba z wiekszym prawdopodobienstwem bedzie mogla wybierac dobre rozwiazania do problemow. ktos kto zasiedzial sie w jednym projekcie czesciej zna jedno rozwiazanie ktore aplikuje do wszystkiego ;)
We wcześniejszym poście rozumiem, że zostały przez Ciebie wymienione cechy wspólne (dość szeroki zakres wymagań) które według mnie dają właśnie ten szeroki wachlarz wiedzy, który nabywa się przy dużej ilości projektach, więc nie zgadzam się z tą definicją.
ale tu nie ma definicji zadnej, ale jak jak juz musimy to dla wygody mozemy zalozyc:
junior - gowniak ktory potrzebuje pomocy zeby nie narobic dziadostwa w projekcie
regular - profesjonalista ktory robi co do niego nalezy i nie wymaga opieki
senior - jak regular tylko z wieksza wiedza, doswiadczeniem, odpowiedzialnoscia itd
oczywiscie to podzial ktory mi sie sprawdza, nie twierdze ze jest idealny i ze wszyscy sie maja do niego stosowac ;)