Wspomniany kurs z pytań z rozmów (i pozostałe kursy): fullstackdeveloper.tech/kursy Repo Dominika: github.com/dominik-gasior/BarberShop Zapraszam na serwer Discord: discord.gg/UDHXQxhM4r
Uwagi do rekrutera: 1. REKRUTER KORYGUJE ODPOWIEDZI NA BIEŻĄCO - jeżeli kandydat odpowiada błędnie lub miesza pojęcia, należy niezwłocznie po udzieleniu odpowiedzi to naprostować, nie powinno się tego odwlekać lub zaniechać. Doskonale obrazuje to przykład pytania o polimorfizm - rekruter wraca do tego pytania po kilku minutach - to wystarczający czas aby kandydat w związku z byciem w stresującej sytuacji zapomniał co powiedział o tym polimorfizmie kilka minut temu. 2. REKRUTER STOI NA STRAŻY DYNAMIKI ROZMOWY - jeżeli kandydat w odpowiedzi błądzi, nie należy się nad nim pastwić, tylko: naprowadzić go, odłożyć pytanie na później, zaniechać pytania 3. REKRUTER PRZYGOTOWUJE KANDYDATOWI WARUNKI DO KOMFORTOWEGO MÓWIENIA O ABSTRAKCJI I TEORII - programiści to bardzo często wzrokowcy - omawiając tematy techniczne dobrze mieć pod ręką fragmenty kodu reprezentujące dane zagadnienie/edytor kodu/interaktywną tablicę do rysowania. Z własnego doświadczenia znam całą masę przypadków od juniora do seniora, gdzie na suche pytanie czym jest polimorfizm kandydat błądzi w odpowiedzi, ale jeżeli udzielając odpowiedzi może posiłkować się edytorem kodu/tablicą do rysowania i napisać prosty przykład polimorfizmu to od razu jakość rekrutacji idzie w górę. Kandydatowi gratuluję odwagi do uczestnictwa w rekrutacji i trzymam kciuki za dalsze sukcesy!
Taka dobra rada od kogoś kto trochę ludzi rekrutował. Jak nie wiecie to mówcie, że nie wiecie. Kombinowanie na siłę marnuje czas rekrutującego i słabo wygląda. Wiadomo od razu, że taka osoba będzie miała problem z proszeniem o pomoc i będzie marnować przez to mnóstwo czasu. Umiejętność pracy w zespole oznacza, że potrafimy schować swoje ego i przyznać, że czegoś nie potrafimy.
Ogólnie szanuje rekruterów za cierpliwośc słuchając błądzącego tłumaczenia z ciągłym "na przykład" do czegoś co ma konkretną odpowiedź mieszczącą się w jednym zdaniu xD ale jednocześnie szacunek należy się każdej osobie próbującej, najlepiej uczyć się na błędach (zwłaszcza cudzych xD), a po takich rozmowach przyszły potencjalny programista wie w czym ma braki i co trzeba nadrabiać. A ziomeczek widać ogarnia, ale nie umie wytłumaczyć wielu rzeczy w prosty sposób, co jest paradoksalnie odzwierciedleniem posiadanej wiedzy. Technika Feynmana polega właśnie na tym. A materiał jak zwykle bardzo dobry. Może zrobicie taką jeszcze jedną, ale już polegającą na pisaniu kodu?
Kandydat: -Odpowiada poprawnie. Rekruter: -Ok, ok. Kandydat: -Odpowiada źle. Rekruter: -Spoko, spoko. Kandydat: Jeżeli odpowiadam dobrze to odpowiadasz "ok, ok", a jeżeli źle to spoko, spoko. Rekruter: Spoko, spoko xD
raczej osoba techniczna prowadzi tylko tą techniczą rzecz, ale czasem może zdażyć się wyjatek i po prostu w ramach jednej rozmowy po krótce będzie to i to
Ciezko to oglądać, po pierwsze widać ze rekrut czyta z kartki, kiedy patrzy w dol i w prawo to sprawnie mowi jakies definicje, jak definicje z kartki sie kończą to zaczyna się zgadywanka. Generalnie po 5 minutach przerwal bym rozmowę.
trochę zależy jakby wypadł Dominik na tle innych kandytatow. Po samej tej rozmowie raczej ani bym nie skreślał, ani też nie miał myśli - że to ten, bierzemy :p
Zastanawia mnie czy nauka SOLID jest sensowna kiedy się jest początkującym programistą. Przecież taki świeżak jeszcze nie rozumie dlaczego ktoś sobie zadał trud wymyślając różne filozofie programistyczne typu SOLID. Wiadomo, że może poczytać o tym, dowiedzieć się, ale taka nauka budownictwa kiedy jeszcze sie nie umie trzymać młotka jest bardzo trudna.
Wspomniany kurs z pytań z rozmów (i pozostałe kursy):
fullstackdeveloper.tech/kursy
Repo Dominika:
github.com/dominik-gasior/BarberShop
Zapraszam na serwer Discord:
discord.gg/UDHXQxhM4r
Uwagi do rekrutera:
1. REKRUTER KORYGUJE ODPOWIEDZI NA BIEŻĄCO - jeżeli kandydat odpowiada błędnie lub miesza pojęcia, należy niezwłocznie po udzieleniu odpowiedzi to naprostować, nie powinno się tego odwlekać lub zaniechać. Doskonale obrazuje to przykład pytania o polimorfizm - rekruter wraca do tego pytania po kilku minutach - to wystarczający czas aby kandydat w związku z byciem w stresującej sytuacji zapomniał co powiedział o tym polimorfizmie kilka minut temu.
2. REKRUTER STOI NA STRAŻY DYNAMIKI ROZMOWY - jeżeli kandydat w odpowiedzi błądzi, nie należy się nad nim pastwić, tylko: naprowadzić go, odłożyć pytanie na później, zaniechać pytania
3. REKRUTER PRZYGOTOWUJE KANDYDATOWI WARUNKI DO KOMFORTOWEGO MÓWIENIA O ABSTRAKCJI I TEORII - programiści to bardzo często wzrokowcy - omawiając tematy techniczne dobrze mieć pod ręką fragmenty kodu reprezentujące dane zagadnienie/edytor kodu/interaktywną tablicę do rysowania. Z własnego doświadczenia znam całą masę przypadków od juniora do seniora, gdzie na suche pytanie czym jest polimorfizm kandydat błądzi w odpowiedzi, ale jeżeli udzielając odpowiedzi może posiłkować się edytorem kodu/tablicą do rysowania i napisać prosty przykład polimorfizmu to od razu jakość rekrutacji idzie w górę.
Kandydatowi gratuluję odwagi do uczestnictwa w rekrutacji i trzymam kciuki za dalsze sukcesy!
Taka dobra rada od kogoś kto trochę ludzi rekrutował. Jak nie wiecie to mówcie, że nie wiecie. Kombinowanie na siłę marnuje czas rekrutującego i słabo wygląda. Wiadomo od razu, że taka osoba będzie miała problem z proszeniem o pomoc i będzie marnować przez to mnóstwo czasu. Umiejętność pracy w zespole oznacza, że potrafimy schować swoje ego i przyznać, że czegoś nie potrafimy.
Ogólnie szanuje rekruterów za cierpliwośc słuchając błądzącego tłumaczenia z ciągłym "na przykład" do czegoś co ma konkretną odpowiedź mieszczącą się w jednym zdaniu xD ale jednocześnie szacunek należy się każdej osobie próbującej, najlepiej uczyć się na błędach (zwłaszcza cudzych xD), a po takich rozmowach przyszły potencjalny programista wie w czym ma braki i co trzeba nadrabiać. A ziomeczek widać ogarnia, ale nie umie wytłumaczyć wielu rzeczy w prosty sposób, co jest paradoksalnie odzwierciedleniem posiadanej wiedzy. Technika Feynmana polega właśnie na tym. A materiał jak zwykle bardzo dobry. Może zrobicie taką jeszcze jedną, ale już polegającą na pisaniu kodu?
hah może może, zobaczymy czy będzie jakiś chętny :P
48:46 xD
Spoko spoko, super pomysł z tą rozmową, dzięki
Bardzo fajna rozmowa .... Ta rozmowa mnie zmotywowała by napisać do TL maila o tytule : "I want a raise" ;)
Fajnie jakby film był podzielony na rozdziały, np. rozmowa wstępna, konkretne pytania itd
Kandydat: -Odpowiada poprawnie.
Rekruter: -Ok, ok.
Kandydat: -Odpowiada źle.
Rekruter: -Spoko, spoko.
Kandydat: Jeżeli odpowiadam dobrze to odpowiadasz "ok, ok", a jeżeli źle to spoko, spoko.
Rekruter: Spoko, spoko
xD
haha :D
Właśnie siedzę powtarzam sobie pytania, a tutaj takie złoto wlatuje :D
Kuba kozak wideo i kozak kurs, już jesienią robiłem i bardzo dobry!
Pozdro ;)
dzięki!
Oglądajcie ludzie, bo warto. Ja spełniłem swoje marzenie dzięki autorowi kanału :).
Czy aby napewno? 🤔🤔🤔
Koszulka do wymiany! :D
Maj gad. Człowiek to robi i się nie zastanawia, że za tym jest jakaś uber teoria :P
Muszę nadrobić i się zgłosić!
Powodzonka wszystkim chętnym 😀
te widełki, szkoda że film nie był dodany wczoraj xD
Przydało by się jeszcze jakieś czerwone światełko kiedy rekrutowany bajki opowiada.
Warto wysyłać CV do firm jak jeszcze nie możemy się podjąć pracy? tzn że mógłbym np za miesiąc?
pewnie, że warto, miesiąc to nic :P zdaża się że na kandydata firmy czekają 3-4 miesiące
Zgłaszam się na kolejnego chętnego do takiej rozmowy hahah :D
hah, odważnie, póki co zapraszam na Discorda jak jeszcze nie jesteś (link w opisie :p)
Janusoft, pewnie jeszcze mają pracownicze niedziele xD
Za 5000 brutto to bym na to srał😂 😅 dobrze, że nie trafiłem do Januszexa ❤
Czesc mam pytanie czy rozmowa rekrutacyjna pierwszy etap(soft skille) i drugi(techniczny) jest przeprowadzana z tym samym rekruterem?
raczej osoba techniczna prowadzi tylko tą techniczą rzecz, ale czasem może zdażyć się wyjatek i po prostu w ramach jednej rozmowy po krótce będzie to i to
Ciezko to oglądać, po pierwsze widać ze rekrut czyta z kartki, kiedy patrzy w dol i w prawo to sprawnie mowi jakies definicje, jak definicje z kartki sie kończą to zaczyna się zgadywanka. Generalnie po 5 minutach przerwal bym rozmowę.
widać ściągę xD
sniper 13 to ty?
Nie odpowiedziałeś na najważniejsze pytanie- czy dostał pracę? 😅
trochę zależy jakby wypadł Dominik na tle innych kandytatow. Po samej tej rozmowie raczej ani bym nie skreślał, ani też nie miał myśli - że to ten, bierzemy :p
Czy takie rozmowy odbywają się na tzw "ty" czy raczej na "Pan"?
zależy od rekrutera, ale w większości przypadków na 'ty' (o wiele wygodniej :p)
@@FullstackDeveloperPL O kurczę. Zaskoczyłeś mnie. Pracuje w innej branży i tam takie podejście jest nie do pomyślenia.
@@DDDD-yn7yfto "panowanie" tylko utrudnia komunikację, zwłaszcza, że rozmawia się z potencjalnym kolegą z zespołu lub liderem.
@@immortallman3482 Pełna zgoda. Niestety w większość branż ciągle dominują po prl-owskie obyczaje
@@DDDD-yn7yf nie tylko branż, to jest dziś bardzo spory kompleks ludzi. Powiedzenie do kogoś na "ty" to już obraza n-pokoleń wstecz.
Zastanawia mnie czy nauka SOLID jest sensowna kiedy się jest początkującym programistą. Przecież taki świeżak jeszcze nie rozumie dlaczego ktoś sobie zadał trud wymyślając różne filozofie programistyczne typu SOLID. Wiadomo, że może poczytać o tym, dowiedzieć się, ale taka nauka budownictwa kiedy jeszcze sie nie umie trzymać młotka jest bardzo trudna.
Ktoś kto stara sie o posadę juniora musi znać solid i wiedzieć jak sie do niego zastosować, poza tym nie jest to nic trudnego ;)
o solida pytaja i tak na kazdym poziomie, wiec to nie ma znaczneia.