Szakmai tesztelés állásinterjún

most olvasva a valaszod, a 2. 3. kerdes az nyilvan vilagos, de az elsonel lehet en is vissza kerdeznek, h most itt mire gondolsz? :)

Szóval ha nekem rendszeresen kéne ilyet csinálnom, akkor összeütnék egy kb. beugró kérdéssort "bárhol" (Google docs, mittomén), és ha azon átjut, akkor dumálhatunk

Csak ügyes légy az átjuttal: Mi rendszeresen csináltuk azt, hogy a kezükbe nyomtuk a kitöltendőt. Kb másfél órányi izé, alapvetően viszonylag széles, viszont viszonylag egyszerű kérdésekkel. Aztán a gyakorlatban kiderült, hogy már a beugró teljesen triviália (linuxos parancsok, és tényleg semmi extra, tényleg ilyenekre kell gondolni kb hogy cd/rm/ls, ln, netstat, ifconfig systemctl/service, iptables és hasonlók), amiről azt gondolnád, hogy kb leírja az ember, max nem lesz meg 1-2 fejből, és kb a belépő a hajlandóak vagyunk beszélgetni veledre is igen ritkán ment. A kicsit is gondolkozósabbak meg aztán főleg.

Ma meg már a nagyrészét imho simán megugraná a chatgpt, nem segít valójában. Általában azt csináltuk, hogy utána ezekről beszélgettünk még (volt benne olyan egyébként, ami direkt viszonylag nyílt végű tervezés, meg ahol az underlying problémáról lehet beszélgetni), és ez általában rontott a helyzeten :) Szóval most azt mondanám, hogy a leginkább hozzáadott értéke azért van, mert a jelölt nem akkor fog először szembesülni a konkrét témával (ami simán tud lefagyást okozni).

Illetve nagyon kell nézni őket dolgozni valamit, mert olyanok jönnek ki, hogy jézus. Mármint olyanokat képzelj el, hogy amikor az állítólag python programozót (aki egyébként egész elfogadhatóan megcsinálta a review-zz (ezt hogy kell leírni?) kódot móricka feladatot) megkéred, hogy írjon már valami egyszerű kódot, és látod, hogy 2x írja le a class-t úgy, hogy klass, és háromszor törli vissza a func-ot és írja át def-re, meg valójában nem tud segítség nélkül megírni egy try-excpectet, mert nem tudja a szintaxist... szóval ez rohadtul nem fog lejönni se a beugrón, se amikor csak beszélgettek.

Illetve rohadt nehéz jó szintetikus feladatot kitalálni :)

meglegyen neki a szükséges kommunikációs és szakmai skillset

vs.

team lead [...] cert [...] skillset

Akkor a magyar nyelvi kommunikációs készséget ki is húzhatjuk. :P

Én nagyon szerettem a load parancsot, azzal töltöttem be C64-en a játékokat kazettáról. 

Mi a load?

Női kollégát kerestek, és tesztelitek a hajlandóságot, vagy mifene?:)

Mostani tapasztalat:

Tűzfalas/hálózatos jelöltek nagy része megbukik azon a kérdésen hogy mit jelent egy ACL kiértékelésénél a "first match" policy.

Azt már el sem tudják képzelni hogy létezhet last match vagy best match alapú policy kiértékelés is .

En "hazit" nem adnek. mondja el elo szoban ott helyben, hogyan csinalna. Nem kell parancsokat tudni fejbol (nyilvan senki sem tudja az osszeset ) de irja korul.

Nyilván én csak egy ember vagyok a sok közül, ráadásul szakmailag nagyon kis hal vagyok, így a véleményem annál kevésbé számít, de szerintem a gyakorlati feladatoknak igenis van helye. Egy helyen ott helyben kellett megoldani, máshol tényleges házit adtak. Nekem jelöltként is van értelme, mert nem csak arról van szó, hogy "fejből jól elmondtam a crontabot", hanem kiderülhet, hogy ezt vagy azt tényleg meg tudom-e csinálni. (És nyilván ők is valami kapcsolódó feladatot választanak.) És persze közhely, de közben sokszor "én is tanulok".

Legyen a házi rövid, max 1 órás, utána meg beszélgessünk rajta. Annak nincs értelme, hogy egy ezersoros Terraform scriptet dobáljak össze egy fiktív környezethez, ha abban mondjuk amúgy is csak 2-3 féle workload van, és azt kell tekergetni erre-arra.

Nálam ez konkrétan úgy néz ki, hogy van egy faék egyszerű CRUD API, össz-vissz 2-3 endpointtal egy repo template-ben Githubon, a házi az, hogy fejlessz bele valamit, aztán beszéljük meg, mit és miért csináltál. Általában ez a "valami" meglehetősen aluldefiniált, kb. csinálj amit akarsz, aztán be is lőtted a valós senioritásod (vagy legalábbis eddig nem volt olyan alkalom, hogy látványosan tévedtünk volna ezzel a módszerrel)

Aki junior, az mondjuk belerakott +1 endpointot ami csak bizonyos adatokat szűrva adott vissza, a medior csinált mondjuk egy paginationt a mindent-visszaböfögő endpointra, aki meg senior volt, az felrántott hozzá egy Entra B2C-s authn/authz-t. Nekem tökmindegy, utána interjún úgyis megbeszéljük, hogy mit miért gondolt jónak.

Hát ez ma már pillanatok alatt megcsinálja egy LLM. 

Az egyik "házi feladat" ilyesmi volt:
- 1 Windows Server (AD, DNS és File server szolgáltatásokkal)
- 2 Rocky Linux (Postgresql master és replika, Kubernetes controller és worker node)
- 1 pfsense

Az összes szerver  a Windows Server DNS-ét használja, egymást is azon keresztül találják meg, minden eszköz rendelkezzen A rekorddal (a haproxy is - lásd később). A két postgresql között szinkron replikáció legyen, hozz létre egy adatbázist egy táblával, néhány rekorddal. A replika szerveren automatikusan mountolódjon fel egy AD userrel a Windows Server-en létrehozott share. Legyen egy cron job a replika szerveren, amely 15 percenként exportálja az adatbázis tábláját .csv fájlba (mindig felülírva az előzőt), egy másik pedig óránként futtasson egy teljes adatbázis-mentést. Az exportálás és a mentés a mountolt share-re kerüljön. Kubernetes telepítése a két Rocky Linux-ra (legyen mindkettő controller és worker node is). Nginx fusson konténerben a node-okon, egy statikus html oldalt hozz létre, amely tartalmazza a postgresql-ből exportált .csv fájlt is. Az nginx-ből mindig legalább kettő fusson, a kubernetes vegye észre 30 másodpercen belül, ha megállt valamelyik példány, és indítson újat. Ha az egyik node áll meg, akkor a szükséges példányszámú pod induljon el a megmaradt node-on. A pfsense-en haproxy segítségével hozz létre egy https offloading loadbalancer-t, amelynek a két backend-je a kubernetes szerverek ingress controller-jei legyenek. Legyen terheléselosztás a két backend között, legyen healthcheck a létrehozott html oldalra, legyen ssl tanúsítvány (akár self signed is lehet). A pfsense-en keresztül legyenek elérhetőek a Linux szerverek ssh-val, a Windows Server pedig rdp-vel. A load balancer legyen elérhető a kliens gép böngészőjéből (elfogadható, ha csak IP alapján megy).

És ha megcsináltad, utána beszélgessünk róla :)

amivel reálisan több órát kell küszködni a napi meló meg familia mellett is, az nekem nem fér bele

A "több óra" az valóban túlzás, de szerintem egy 1-2 órás házifeladat teljesen oké, ha ez mondjuk kivált egy 1-2 órás interjúkört.

nem 1 helyről hallottam már (h. mennyi volt benne az igazság és mennyi a ferdítés azt nem tudom), hogy konkrét éles project-problémákat adtak fel a jelentkezőknek, amivel nem tudtak / akartak a saját embereik vesződni

Ez szerintem bullshit. Nem mondom, biztosan előfordult már ilyen a világban, de alapvetően nem életszerű. Nincs időnk megoldani egy 1-2-3 órás feladatot, de arra van, hogy több emberen keresztülmenve csináljunk egy job requisitiont, előszűrjük a jelölteket, kiadjuk és elmagyarázzuk a feladatot a legjobb néhány jelöltnek, beszedjük tőlük, majd eltöltünk 1-2-3 órát azzal, hogy a meglevő kódbázisba valahogy beintegráljuk.

Én ezt egész egyszerűen nem látom, hol éri meg. Nyilván amikor Redditen leírja valaki, hogy 2-4 hét fulltime házifeladatot kapott, azt egyrészt nem hiszem el, másrészt ha igaz is, szerintem bőven a kivétel, nem a szabály.

Ez a túl nagy bizalmatlanság, meg tesztelési mizéri csak nektek is szivatás, ne csináljátok! Erre való a próbaidő, ott úgy is napok alatt ki fog derülni, ha valamiről nincs fogalma, meg abszolút kókler, és olyan alapvető hiányosságai vannak, hogy kár rá a betanítást pazarolni.

Kiadni egy sablonfeladatot, és eltölteni bruttó másfél órát a kiértékeléssel (ebben már az interjú is benne van) => rossz, nem éri meg

Felvenni valakit, odaadni neki a céges eszközöket, mindenhez jogosultságot adni, majd egy hónap múlva visszavenni mindent, újra kiírni a requisitiont, újra átnézni egy csomó önéletrajzot, újra felvenni valakit => jó, erre való a próbaidő

Hát hallod, fura egy gondolkodásmód ez.

"Erre való a próbaidő"

Nade hogy választod ki azt, akit felveszel próbaidőre? Komolyan... ne ölj már meg.

ÉN is ezt használom és jó előszűrőként működik. 

Ezt nalam is bedobtak  kerdesnek :) "Szerencsere" volt par esetem, uh volt mibol valogatni :D

A konkrét esetnél maradva: nem megyek közel hozzá. Szerencsére a folyosó túlsó végén van.

Ezt a mentalitast adom :) Sajnos a legritkabb... 

Nem feltetlen azert, mert nincs ertelmuk, egyszeruen sok ido munkaltato oldalon, es felesleges stressz a munkavallaloi oldalon.

Mi anno azért kezdtünk el ilyeneket csinálni, mert kevesebb idő volt munkáltatói oldalon. Egyszerűen nem fért bele, hogy beszélgessünk minden jelentkezővel, főleg úgy, hogy volt benne egy rakás kutyaütő. Kiértékelni meg viszonylag gyors, Az alternatíva ugye az, hogy bejön interjúra, elkezdem kérdezni (eleve sokkal stresszesebb, főleg az egységsugarú kockáknak), a másodiknál látom, hogy hülye a linuxhoz mint a seggem, rámegyünk a következőre, ott se lesz képben, makog még kettőt valamiről, aztán fölállok 20 perc után és megköszönöm, hogy eljött, az imho sokkal nagyobb stressz és gyomros lesz, mint ha a házira jön vissza, hogy bocsi, de most nem. (Azt a végére magától is jobban érzi az ember imho.) Ráadásul még bunkó is leszek.

Es akkor most jon a csavar :) egyaltalan nem erdekel mit valaszol ra, azt nezem mennyire csillog a szeme. A hogyan valaszol-bol sokkal tobbet megtudok a jeloltrol. Ha soft skillekben rendben, szivbol jovo elhivatottsaga van, es fejlodo kepesnek tunik, akkor fel van veve. Itt johet kepbe, a mit valaszolt, milyen beszelgetes kerekedett belole. Abbol a szintjet lehet beloni az embernek, de addigra mar felhotlenul beszelgetunk, mint ket szaki.

Ezek egyébként valóban sokkal fontosabbak, bár a fejlődőképest nehéz belőni. :) Ill némi minimum szint mindenhova van.

A hozzáállás nagyon szimpatikus, de ehhez azért elég komoly vezetői bizalom (cégkultúra!) kell, mert a tévedés esélye nem kicsi.

Volt egy kollégám, kifejezetten jó interjúztató volt. Az általa feltett kérdések nem is közvetlen kapcsolódtak informatikához, inkább elgondolkodtatóak voltak, és inkább azt figyelte, hogy az interjúalany vajon tényleg nekiáll gondolkodni, vagy tippelget. Pl: ha egy légmentesen zárt liftbe beteszünk egy drónt, és távirányítással felszállunk vele, változik-e a liftre nehezdő súly, és hasonlók.

Hasonlóan felvételiztettem kollégákat anno. Olyan szakmai kérdések voltak,  ahol sokkal jobban érdekelt a kreativitása, gondolkodása, mint a lexikális tudása. Utána ezekkel az emberekkel  évekig dolgoztunk együtt összhangban, sikeresen. Tehát nálam bevált a módszer.

Mi ebben a nehéz? :)

C:\work>dir -*
 Volume in drive C is Windows
 Volume Serial Number is 40BA-5550

 Directory of C:\work

01/22/2025  01:58 PM                 0 -kezdődő állomány.txt
               1 File(s)              0 bytes
               0 Dir(s)  106,430,992,384 bytes free

Melyik tetszik? És miért nem?
 

ls -l ./-*

ls -l -- -*

Abból a szempontból érdekes lehet egy teszt, hogy hogyan áll neki megoldani egy problémát.

Tud-e értelmesen gondolkodni, vagy hátradől, hogy "hát én nem tudom..."

A másik véglet persze, amikor az interjúztatók mint ha nem is sejtenék, hogy mekkora terület az IT, ott kapirgálnak a kis szemétdombjukon 10+ éve, és azt úgy kérik számon, mint ha mindenki azon a területen dolgozna. Ehelyett pedig érdemesebb lenne a hozzáállást, és a probléma megoldást nézniük. Egyszerűen nem lehet mindent is fejben tartani, és azonnal előhúzni, ha nem használsz valamit gyakran, vagy régen használtad.

Egyébként én futottam már bele olyan szakmai interjúba (csak beszélgetés volt, hogy miket ismer, mi hogy működik, mit hogyan közelítene meg), amikor a srác mindenben tök jó volt, fel volt készülve, majd kiderült, hogy egyszerűen a csapatban képtelen megoldani egy valós problémát.

Esélyt/lehetőséget kellene adni a (leendő) munkavállalóknak, nem pedig tesztekkel fárasztani őket.

Azért hadd mérje már fel a leendő munkaadó, hogy hol állsz tudásszintben, és dönthesse el, hogy nem baj, majd beletanul (már ha hajlandó, ez se triviális), vagy neki most kell olyan, akit oda lehet engedni az ADhoz is holnapután. (Aztán majd lehet negyed év múlva újraértékeli az unikornis keresést, de ez már az ő baja)

Nehari, nem (feltétlenül) apja, anyja, mentora, iskolája, jótevője vagyok a jelöltnek.

Igen, volt, amikor úgy kerestem embert, hogy csak egy dolog számított, hogy képes és hajlandó legyen tanulni. Aztán mellém is vettek fel juniort, aki konkrétan angoltanárként végzett, és az egyike volt a legjobban bevált junioroknak.

Máskor, más cégnél, másik galaxisban meg olyan embert kerestünk, akit le lehet dobni, körbenéz, hogy aha, így működik a cucc, és nem kell neki elmagyarázni, hogy hogyan működik pl. az LVM (urambocsá vitatkozni vele, hogy mindegy, hogy otthon Ő mindent egy, a / fs alá rámol, a céges szabvány nem az). És ha nem ért ahhoz amihez kell, akkor nem egymást keressük. És nem mellesleg nincs harag, lenézés, semmi se.

Plusz a kettő között - és még azokon is túl - végtelen a skála.

"a rendelkezésre álló időben ne érjenek végig" ezt o is tudja?

Nekem nem adja ki a matek ez alapján: szándékosan úgy van a teszt, hogy ne lehessen végigérni rajta időben, de ha valaki egy problémán nem akad el, hanem skippeli és halad tovább, az meg fekete pont?

"hablatyolószoftver" - ezt lopom, ha szabad :-)

"hiszen bárki más is tudja használni a hablatyolószoftvert"

Nade jól használni is tudja? :D Mert nem.

"hogy abból mennyi, az vita kérdése"

Persze, mert az adott szituációtól függ, amire a konkrét embert keresik. Teljesen más szelek fújhatnak akár már másnap, amikor az egyik senior bejelenti, hogy hátizé, akkor három hónap és szevasz, vagy ha folyamatosan backlog van, és kéne valami ember, aki a egyszerűbb dolgokat átveheti.

>olyan ritka szoftver ismerete kelljen hozzá, ami biztosan nincs meg neki

Csak oda ne kerüljön valami hupper.
"most akkor a teszt az hogy állítson be új billentyűzetkombinációt wmii alatt, még biztosan nem használta, ez egy ablakkez-"
"pill csak ssh-n ránézek a konfigomra először az otthoni gépen"

Ez reszben termeszetes nem minden csapat alkalmas mindenki szamara es nem mindenki alkalmas minden csapatba.

Ez egyik felet sem minositi, esetleg a kivalasztasi folyamatot.

Igaz volt, ahol a 4. jelolt utan mar raneztek a teamre, hogy wtf senki nem tud ott megmaradni, derultek ki erdekes dolgok a "mukodesrol". Ezert szukseges a periodikus atszervezes es a "bebetonozodas" megszuntetese.

Joistenke erre talata ki a probaidot, ahol meg nem fer bele, hogy egy alkalmasnak latszo szemelyt egy honapra belutrizzanak oda nem erdemes menni es ott egy alkalmazottra nincsennek felkeszulve. Sok helyen latom, hogy azt varjak el, hogy ugy nyomjad a ceget mintha a sajatod lenne, ha ezt akarjak akkor adjak oda neki es vagy mar a sajatjat tolja.

Szakmai gyakorlat meg jo ha van, de a "soft skill" szerintem elorebb van es ezt ertem mindket oldalra.

Ma es szerintem regebben is mindenki retardalt egyeduli kerdes a mennyire es ez a turesbe belefer vagy sem.