Jak Wygląda Idealna Rekrutacja Okiem Seniora
HTML-код
- Опубликовано: 10 сен 2024
- Linki:
Blog Testerem być - testerembyc.pl/
Testerem być na YT - @testerembyc
TestItka na YT - @TestITka
TestItka na Instagramie - / test.it.ka
Moje kursy i szkolenia:
👉 AkademiaQA.pl - kursy i szkolenia dla testerów
👉 TestowanieBack... - Naucz się testować REST API
👉 JavaDlaTestera.pl - Naucz się Javy i zacznij automatyzować testy
👉 SzkolaCucumber... - Cucumber w testach REST API
Newsletter Testowa Środa
👉 TestowaSroda.pl - Ciekawe Linki Ze Świata Testów
Rekrutacja testera:
👉 RekrutacjaTest... - Lista ponad 200 pytań rekrutacyjnych dla testerów
Social media:
👉 FB - akademiaqa.pl/...
👉 Instagram - akademiaqa.pl/...
👉 LinkeIn - akademiaqa.pl/...
O z tym DevOps to się super zgadzam z Kubą, wracamy trochę do czasow webmasterów-wymiataczy i dla testerów, którzy nigdy technicznie nic nie robili może być trudniejszy okres
Znam Cypressa + JS i Selenium z użyciem Javy (dodatkowo Cucumber , REST Asured, POSTMAN, bazy danych, podstawy React, nawet napisałem CRUD-a z uzyciem spring boot-a) na poziomie juniora może mida (mam 2 lata expa) i odzew na CV jest bardzo mały wręcz znikomy może opowiecie o kryzysie jaki panuje w branży
no przecież powiedzieli że pik się odwrócił, że żaden junior nie znajdzie łatwo pracy itd😋 Oczekujesz statystyk i ładnych kolorowych wykresów?😉
@@pawenowak2766 Może zabrzmię nieskromnie ale pokaż mi Juniorów co znają tyle technologii plus mają ukończone studia kierunkowe xd
@@konrad20s tak, twój zakres kompetencji wygląda dobrze. Tylko nie rozumiem jak twój komentarz ma się do tego co napisałem i tego o czym była mowa, nie koresponduje to ze soba w moim odbiorze. Zmiany na rynku pracy były poruszone, nie tylko w kontekście juniorów. I nie odpowiedziałeś na pytanie, które zadałem, może wtedy byłoby łatwiej.😉
A ja powiem tak: dużo tych technologii jak na 2 lata. Pierwsze co zaczyna mnie zastanawiać to na jakim poziomie je znasz. Ale skoro przy takim stacku masz bardzo mały odzew na CV to powodów może być wiele, od słabego CV po zbyt wysokie oczekiwania (wysyłasz się tylko na ogłoszenia 20k+) i ciężko tak odpowiedzieć. Ale tak na koniec - to tu jest odcinek o seniorach :)
Może zbyt wszechstronnie? Albo w CV jest coś nie tak i nie zachęca? Ostatnio widziałam taki post: "znajomy jest programistą, przez 5 lat w branży uczył się w sumie 10 języków programowania, bo jest taki ambitny, że uczył się każdego, a teraz nie może znaleźć pracy, to musi być oznaka głębokiego kryzysu". Jakoś mnie to nie dziwi... Spójrz z perspektywy firmy: jej nie interesuje, że ktoś próbował 10 języków. Ją interesuje, żeby umieć coś porządnie zrobić w jednej technologii, żeby mieć z jednym narzędziem dłuższą styczność i poznać je od różnych stron itp. Czasem sprawdza się dewiza "less is more".
Co do tematu koło minuty 49 i ogólnie live codingu - mam podobne odczucia jak Bartek i Maciek. Dodatkowo nie przemawia do mnie do końca argument "skoro ktoś pisze tysiąc linijek kodu dziennie, to poradzi sobie z tym bez problemu". Dlaczego? O ile ktoś na poprzednim stanowisku nie był programistą testów automatycznych na pełen etat, tylko QA piastującym wszechstronne stanowisko, a automatyzacja była tylko jednym z zadań to taka osoba często nie ma szans na wyrobienie takiej "pamięci mięśniowej". Często praca polega na utrzymaniu istniejącego kodu i dodawaniu nowego raz na przysłowiowy ruski rok. Oczywiście może tu paść argument, że w takim razie trzeba przed rekrutacją ćwiczyć intensywnie programowanie i robić swoje projekty po godzinach, ale zakładam tutaj, że człowiek ma już pełen etat jako QA, życie osobiste, jakieś limity wytrzymałości i nie da się nieustannie całe życie utrzymywać wszystkich skilli na bardzo wysokim poziomie (a programowanie to tylko jeden ze skilli takiego QA). Jeśli taka osoba ma nagle rozwiązywać na żywo zadania algorytmiczne albo napisać większy kawałek totalnie nowego kodu, może to być wyzwanie, które spowoduje stres i pustkę w głowie.
A jeśli chodzi o zadania na żywo w ogóle to najgorszy rodzaj według mnie to "kod na kartce online". Zadania w IDE - OK. Zadanie na fizycznej kartce, po której można pisać i rozkminiać - OK. Ale zadanie na zdjęciu kartki, którą widać na współdzielonym ekranie, na której nie można nic napisać ani zdebugować kodu w IDE... To dla mnie przegrana z góry. Mam takie wspomnienia z rekrutacji do dość znanej firmy - najpierw skomplikowana, pozagnieżdżana pętla na kartce online i zgadnij wynik (moja odpowiedź była zła), potem napisać zapytanie SQL-owe też do tabel z kartki (tutaj rekruterzy zaczęli się kłócić, czy moje rozwiązanie jest dobre czy złe, ale nie mieliśmy jak wykonać zapytania i sprawdzić... No comment). Nie widzę sensu w takim rodzaju zadań na kartce. Bardziej informatywne dla mnie jest, czy człowiek umie napisać zapytanie SQL i w razie błędu zrozumieć co zrobił źle i to poprawić. Albo czy umie używać debuggera i w ten sposób zrozumieć działanie skomplikowanej pętli (debuggowanie kodu to też u niektórych zakurzona umiejętność).
Komentarz do tego jakie firmy są najlepsze dla juniora: IMHO nie zawsze musi to być korporacja. Znam korpo, które zatrudniają tylko midów i seniorów do zespołów IT i nie mają capacity dla juniorów. Z kolei bywają małe firmy albo małe zespoły, w których są do wykonania dość proste zadania akurat dla stażysty lub juniora (np. dużo powtarzalnych testów regresji - oprogramowanie ma niskią testowalność pod względem automatów; bardzo skomplikowany biznesowo produkt - bardziej niż doświadczenie liczy się umiejętność szybkiej nauki albo wiedza domenowa).
A z certyfikatem można mówić, że najlepiej go zrobić po kilku latach (sama się zgadzam, że tak by było najlepiej), ale to utopia, bo bez certa trudno przejść wstępny odsiew CV o ile nie ma się komercyjnego doświadczenia...
No dobrze, ale jeśli szukamy doświadczonego, seniora, który wchodzi i robi - first day, first commit... to jak to sprawdzić, jak nie taką pamięcią mięśniową?
@@TestITka Jeśli to ma być senior programista testów to jak najbardziej, rozumiem, że taka płynność może być wymagana. Natomiast często wszechstronny QA rekrutuje się do kolejnej pracy również jako wszechstronny QA. Albo nie wie na kogo się rekrutuje, bo firma ma wiele różnych projektów. Albo chce wskoczyć na stanowisko z większym odsetkiem programowania, a na rekrutacji daje od razu uczciwie znać, że w poprzednich pracach miał wiele zadań i niekoniecznie było to pisanie 1000 linijek kodu dziennie. Takie przypadki mam na myśli. Oczywiście też zależy jakie mają być te koderskie zadania... Jeśli to naprawdę prosty kod to spoko, gorzej jeśli jest to dość abstrakcyjne zadanie mało związane z wyzwaniami w codziennej pracy (wtedy to trochę jak ze słynnym "trafianiem w klucz" na maturze - jeśli akurat niedawno ćwiczyłam sobie podobne zadanie to będę pamiętać metodę rozwiązywania, ale jakoś szczególnie w realnym życiu projektowym mi to nie pomoże).
@@kociarra1372 w abstrakcyjnych zadaniach nie chodzi o to, żeby je rozwiązać tylko żeby zaprezentować podejście do rozwiązywania problemów (a za to płacą w IT) na przykładzie, a nie poprzez ściemnianie czy nieweryfikowalne opowieści.
Tak samo na system design interview nie chodzi o zaprojektowanie serwisu, np. streamingowego, w godzinę, tylko o pokazanie sposobu myślenia
Z większością tego co zostało powiedziane w tym materiale nie sposób się nie zgodzić.
Ja natomiast wyjdę z moją opinią "out of the box" i napiszę co mi się nie podoba w tym co usłyszałem.
Moja ogólna refleksja:
Opinie są wygłaszane przez rekrutujących seniorów, którzy oprócz własnych indywidualnych odczuć powinni też przedstawić trendy panujące w procesie rekrutacji. To wniosłoby wiele dla oglądających juniorów,midów.
W zamian mamy trochę lanie wody oparte na subiektywnych doświadczeniach z życia.
Live coding - 49:00 +
To rozwiązanie może się podobać lub też nie, ale skoro w innych branżach również rozwiązuje się merytorycze
zadania podczas interview, to po prostu trzeba chyba z tym żyć. W tym kontekście nie wyobrażam sobie seniora, który nie jest w stanie napisać kilku linijek kodu lub chociażby opowiedzieć jak widziałby pomysł na rozwiązanie zagadnienia. Junior, mid - to jeszcze rozumiem , ale senior ?
Tu pamiętajmy, że od QA wymaga się przecież pracy w stresie.
Praca po znajopmościach - 19:30 +
Czyli coś co skłoniło mnie do napisania tego posta.
Może mi ktoś wytłumaczyć, jakimi standardami kierował się pan Kuba w stosunku do pani Mai ?
Tak sobie myślę, że może zamiast załatwiać pracę po znajomościach wypadałoby wrzucić ogłoszenie chociażby na jakąś grupę facebookową i przeprowadzić szybką ale UCZCIWĄ rekrutację.
W ten sposób można by było uniknąć np. pytania, czy rzeczywiście odbyła się wspomniana rozmowa z HR, czy po prostu pani Maja ma pewne przymioty, o których pan Kuba tutaj nie wspomniał.
Generalnie to samo sugerowanie takiego pomysłu powinno być już z miejsca piętnowane i to nie tylko w IT.
Szkoda tylko,że pan Kuba jest w stanie mówić o tym trochę bez refleksji, ale za to z uśmiechem na ustach.
nie rozumiem skad podejrzenie, ze rekrutacja nie byla uczciwa. poza przekazaniem kontaktu nie bralem udzialu w zadnym z etapow rekrutacji
@@TestITka
Proszę w takim razie przesłuchać całą wypowiedź ( od 20:04 do 21:40 ) i obiektywnie spojrzeć na nią oczami postronnego obserwatora.
Być może jest to niefortunny skrót całej historii z panią Mają, ale w takim razie nasuwa się tutaj pytanie.
Komu powinno zależeć na tym, aby nie tworzyć niepotrzebnych wieloznaczności ?
Szczególnie, że przekaz kierowany jest do juniorów (często ludzi młodych), a interpretacja tego co zostało powiedziane jest w zasadzie jednoznaczna.
1:02:45 "Programowanie w IntelliJ to też nie jest najlepsze programowanie" Bartek, możesz rozwinąć tę myśl?
Pewnie chodzi o to, że fajnie by było napisać w jakim języku programowania :)