Szakmai tesztelés állásinterjún

Közösségi kerekasztal

Sziasztok!

Kicsit berozsdásodtam -ami a szakmai tesztelést illeti-, manapság ki hogyan oldja meg a jelöltek szakmai tesztelését?

Nyilván első körben beszélgetünk, kérdezünk, abból van valami landscape, de a mai fene nagy PC világban (de sok minden változott 5-8 év alatt :) ), egy írásbeli, netán gyakorlati teszt mennyire valid dolog? Gondolok itt arra h. egy második kör mondjuk egy tesztlap, vagy esetleg egy remote elvégezhető rövid, témábavágó beadandó gyakorlati feladat? Jó lenne látni legalább a felszínét a gyakorlatban annak amit elméletben állít magáról a jelölt, plusz a munkája minősége egy pici projeknél is sokat elárul (példa okáért: írj egy telepítési útmutatót a dockerben összerakott környezetedhez).

Ez csak amolyan elméleti topic, de majd lassan aktuális lesz a keresés és mivel régen csináltam ezt a részét, kicsit bajban vagyok h. meddig lehet elmenni, kinek meddig tart a komfortzónája. 

Szóval jöhet mindenféle input, előre is köszönöm mindenkinek!

( djsmiley v | 2025. 01. 21., k – 11:07 )

Szerkesztve: 2025. 01. 21., k – 11:08

-nemide-

( Fisher v | 2025. 01. 21., k – 11:20 )

Szerkesztve: 2025. 01. 21., k – 11:28

Már ha unix/linux: tapasztalataim alapján a jelöltek fele (igazság szerint jóval több) elbukik az alábbi három kérdés egyikén vagy mindegyikén:

  1. Mi a load?
  2. Mi a különbség a cold és hot backup között? (Bár ez vmware volt, de alapvetően mindegy)
  3. A harmadikra nem emlékszem, de kb. ilyen szintű volt. Kínlódtam, hogy valami egyszerűt találjak ki. Megvan: hard link, symlink.

Mivel egyikünk anyanyelve sem az angol, lehet hogy nem értették pontosan, hogy mit kérdezek (bár amúgy elég jól elcsacsogtunk, és az egyikük angol - jó, ausztrál - nyelvterületen élt évekig), de ez is számít: hogy ha nem világos, akkor kérdezzen, másképp nem fogunk tudni együtt dolgozni.

Szerencsére most nem nekem kellett ezzel foglalkoznom, most nincs szabadságon a team lead. De mint kiderült, az a jelölt, aki több sorban sorolta a 3-4 betűs certjeit, hasonlóan hamar elvérzett.

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. És nekem az volt a szempont, hogy a jelölttel esetleg majd együtt kell dolgozni, így muszáj hogy meglegyen neki a szükséges kommunikációs és szakmai skillset. Nálunk laza az élet, nem kell stressz alatt dolgozni (legalábbis nem kéne, hehe), szóval az nem elvárás, hogy lángoló gépteremben is tudjon halott gépet éleszteni.

Nyilvan vannak tippjeim ;) Ennel a kerdesnel en mar picit azt erzem, hogy direkt az a cel,  hogy zavarba hozzanak  :) Ami nem baj, csak akkor azt ugy kell kezelni :)

Mert egy hard link az hard link, arra nincs A vagy B valasz. De a Load az lehet valami eroforras (CPU, Network), vagy egy program betoltese... vagy barmilyen effektive "munka" amit a gep vegez. Egyszeruen szamomra nem illik a masik ket kerdes melle :)

lásd másik hozzászólásom, szerintem 10-ből 10 senior gondolja, hogy teljesen egyértelmű, hogy a load parancsról és annak kimenetéről van szó, és minimum elvárná, hogy ezt megkérdezd, hogy arra gondolsz-e, vagy valami másra :)

És ha nagyon akarom meg tudom racionalizálni, hogy miért nem hallott erről még junior/medior szintű ember, de mélyen belül ezek a racionalizálások bullshitek :D

 

szerk: mondjuk a loadról pont az a tapasztalat, hogy rohadtul nem szokták tudni, hogy mit mér.

Nyilvan lehet hogy attol is fugg ki milyen teruleten dolgozik, de nekem pont eszembe sem jutott, h a load-ra mint parancsra gondoljak :) Fokent mert a masik ket keres egy "elmeleti" vagy "egzakt" dolog , ami nem egy konkret parancs, hanem inkabb egy "elv" vagy hogyan mondjam 

 

Ezert irtam, h ezt a kerdest valahogy nehezen tudom a tobbi melle illeszteni :) Egy allasinterjun ez pont rossz sztm, ha kevered az altalanos tudast a konkrettal. Amikor az elso kerdes, hogy mi az "ls" a masodik meg hogy mi a hypervisor... :) Nyilvan ha kivancsi vagy h az egyiket vagy  a masikat tudja-e, megkerdezheted, csak ne egyszerre mert csak osszezavar es azt sem fogja a jelentkezo hirtelen tudni, amit amugy "tud" :) 

Most rakerestem es kapasbol 8(!) felekepp ertelmezi pl ez a bejegyzes: https://www.pcmag.com/encyclopedia/term/load

de meg itt is 3 felekepp: https://www.computer-dictionary-online.org/definitions-l/load

A load szerintem a hardlink/symlinkkel egy szinten van. Azért írtam a load parancsot, mert abból egyértelmű (kéne legyen :D) hogy miről van szó, de az, hogy linuxon a load mi, az kb egy ugyanolyan fogalom, mint a hardlink/symlink, és hasonlóan fura, ha valakinek be se ugrik :) Linux üzemeltetési tapasztalatlanságról árulkodik.

Azzal viszont egyetértek, hogy a vmwaret nem keverném bele a közepébe így én se.

navarj! :) te azt mondod a kerdes az hogy "mi a load parancs? (Linux alatt)" az teljesen mas, mintha az kerded meg, h "mi a load?" ahogy azt az eredeti kommentelo tette!

 

En, mint foleg Infras (ho tolem kerdezned) linux alatt load-kent biztos azt valaszolnam , hogy valamilyen workloadra gondolsz, teszem azt CPU terheltseg, halozati kihasznaltsag, memoria, etc...

Na de hát azzal kezdődött, hogy a téma a linux :)

És egyébként pont egyetértettem veled kb :) Szerintem, és really, tapasztalataim szerint aki "linuxos", a szerint mind a load alapértelmezése az a rendszer load számai, amit a load parancs böfög vissza. És aki tényleg linuxokat szokott üzemeltetni, annak ez meg is lesz.

Cserébe in reality nagyon sokszor nem lesz meg, és ez nem elég annak eldöntésére, hogy akkor tényleg tufa-e a témához, mert nem mindig van meg, vagy nem mindig egyértelmű másoknak, hiába tűnik "trivinek" (és hiába tudod, hogy kurva jó első közelítés annak eldöntésére, hogy cpu bound-e a problémád, vagy vmi más, jellmezően io, és várod, hogy ezt tudja egy tényleg jó szaki.)

"Azzal viszont egyetértek, hogy a vmwaret nem keverném bele a közepébe így én se."

Adott volt, hogy a jelöltnek mihez kell értenie, így is volt meghirdetve, és így hozta a fejvadász cég az embereket, hogy ők kenik-vágják a dolgokat, nézzétek milyen szép a cévéjük :) Plusz a dolog nem vmware specifikus, plusz bőven borzasztó alapdolog.

Majdnem azt mondom, hogy erre a kérdésre nincs rossz válasz. Merthát van :) De ha elkezdi sorolni, hogy jóó, hát attól függ hogy kazettát kell a magnóba tuszkolni vagy mittomén, akkor látom, hogy már van fogalma a területről. De ha üres tekintettel néz, az már gyanús. Bár bőven lehet hogy pánikol, mint én, amikor ezt a kérdés feltették nekem, hogy baszki, ez túl egyszerű, tuti valami szívatás van mögötte.

Egy-egy ilyen interjú bő fél óra volt, némelyik egy óra. Próbáltunk olyan dolgokat kérdezni, amikből kiderül, hogy mi olyasmit tud, ami alapján fel tudjuk venni. De nem juniort kerestünk, hanem minimum mediort, de inkább seniort (ezt mondjuk írhattam volna). Ilyen szinten már elvárom, hogy a copy-paste világán túl is képes legyen létezni.

BTW, melyik parancsra? :D

fisher@s3:~$ load
-bash: load: command not found
fisher@s3:~$ w
 12:13:03 up 58 days, 22:30,  2 users,  load average: 0.00, 0.04, 0.01

vagy top is akar :)  bar az mar nem parancs, hanem program... (na ez is meger amugy egy miset, vagy egy kerdest, h melyik a parancs es melyik  a program linux alatt :) ) Vannak olyan programok (a top sztm pont ilyen) ami annyira esszenciálisak minden distroban h sztm 10 bol 9 ravagja h parancs :) 

A shell egy böhöm nagy katyvasz, amit a fene se tudja mi tart ilyen stabil működésben, de az biztos, hogy valami vudu.

Hogy is van? Az if az egy builtin, de az első paramétere többnyire már egy bináris, amit úgy hívnak, hogy [.

Oké, valahol zseniális, de azért van még néhány ilyen agyfasz, amikor az ember megérti, hogy hogy és mitől működik olyan faszául a whiptail esetében a kötelező jellegű 3>&1 1>&2 2>&3 és főleg, hogy ez milyen problémának a nem-túl-elegáns megoldása.

A shell olyan mint az Excel, mindenre IS jó! :-)

Parancs vagy program? Igazából minden parancs egy program, viszont minden program indítása egy parancs.

Szerintem egyszerűen parancsnak nevezzük azokat a programokat amik maguktól csinálnak valamit, majd visszatérnek, és programnak azt, ami nem tér vissza, hanem interaktívan várja, hogy mi csináljunk vele valamit.

Vagyis a 'top' egy program, viszont a 'top -bn1' egy parancs. Szerintem. :-)

tehat alapvetoen akkor arra vagy a felvetelizotol kivancsi, tisztaban van-e a rendszer terheltsegenek ellenorzesevel/lekeresevel? Van e esetleg varakozo processz , meg lehet-e ezt jeleniteni valahogy?

Ertem (eddig is ertettem) mire gondol a kolto, csak azt probalom elmondani, hogy egy ilyen "mi a load?"  bevagott kerdes tipikusan arra iranyul, hogy osszezavard az embert... Mig a masik 2 ket kerdesed teljesen valid, vilagosan ertelmezheto... ezert nem ertettem ezt az egyet.

Nyilvan, ha kontexusba teszed, mire vagy kivancsi, akkor mar ertheto...

(az kulon csavar, h a "load" ot eleve nem is lehet ertelmezni, legalabbis nem szoktuk, hiszen lenyegeben minden ezredmasodpercben valtozik ... erre van a, altalad most beszurt, load average , hogy valami intervallum alatt ez ertelmezheto legyen)

a kontexus a  senior unix üzemeltető  :)

Egyreszt a Senior nem volt definialva sehol, masreszt az (eredeti) kerdezo sem feltetelezte h unix uzemeltetot keresne. Ha egy networkingest keres,  mondjuk 5 tucat Cisco switch melle, vagy egy devops jellegu konteneres csokat, ott a load mar marhara mas kontexus....

Loadnak szokták emlegetni, CPU loadként talán most láttam leírva először. Félrevezető szerintem, mert van a load és a CPU utilization, ami meg elég mást jelent.

A loadot nem az uptime parancs méri, hanem a kernel számolgatja szorgosan. A "cat /proc/loadavg"-re sem indul el uptime parancs.

$ grep -c egy$ word.list
100

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 :)

Ez a beugrós kérdés megközelítés tetszik, anno én is alkalmaztam, bár nekem a kedvencem a "mi a netmask?" kérdés volt :) 10/9 nem tudta elmondani értelmesen.

A loadnál arra gondolsz mint fogalom? Tehát h. mennyi process várakozik valamire? Mert sztem -főleg a juniorok- ezen is sokan elvéreznének kapcsiból.

Amúgy jó ötlet ez a "quiz wall" :)

( Vamp | 2025. 01. 21., k – 11:34 )

En amikor legutobb allasra jelentkeztem (vegul nem vallaltam el) 2. korben voltak kerdesek, foleg helyzeteket kellett megoldani (infra allasra jelentkeztem, foleg VMware-ek melle) Pl hogy fognal hozza egy DR -hez, vagy ha pl leall az egyik storage, kit ertesitesz, mit ellenorzol, etc...

( djsmiley v | 2025. 01. 21., k – 12:17 )

Egyébként a "házi feladat" típusú dologtól mennyire idegenkedtek? Tehát tételezzük fel átmegy a 3 kérdéses quiz wallon az ember. Gáz adni neki egy olyat h. akkor kedvenc disztró alatt kedvenc konténertechnológiáddal üzemeld be a bookstore.php-t, az eredményt küldd át és küldj mellé egy üzemeltetési meg egy telepítési howtot? Csak hirtelen hoztam egy példát, h. ilyesmi bonyolultságra gondoltam.

Nem kell parancsokat tudni fejbol

Azt csak a buzi mikroszoft vizsgákra kell bemagolni. Powershell paraméternevek bebiflázása, főleg ha van sok nagyon hasonló nevű, akkor direkt rámennek h. na melyik kell a 3 "csak-1-betúben-különbözik" közül?

Alapvetően jobban érdekel a doksi, mint a feladat megoldása, ezért hajlok rá h. én adnék. Hogy miért? Kiderül, hogy igényes-e a munkájára, alapos-e stb. Múltkor láttam olyat h auth beállításoknál annyi volt a doksi h. oauth van. Pont.

Fasza, melyik provider, hol a kulcs, hogy tudom reprodukálni a konfigurációt ha felrobban a futó példány? Stbstb.

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.

Naés?

Ha jól oldja meg: a jelölt képes volt egy megfelelő promptot megszülni (hint: az, hogy "írjá(sic!) üzemeltetési útmutatót" nem jó prompt), ami - mondom ezt úgy, hogy egy éve még kinevettem volna azt, aki ilyet mond -, egyre inkább a napi munka része lesz. Plusz abszolút nem nagy erőfeszítés belekérdezni, hogy miért úgy van, ahogy van.

Ha meg nem: hát... ígyjárás, francért vesztegette az időmet.

 

Jahhogy esetleg hogy így bejut minden futóbolond, lásd második pont. Hát, jahm, van hátránya :D

( ricsip v | 2025. 01. 21., k – 12:23 )

Szerkesztve: 2025. 01. 21., k – 12:24

Házifeladatot nem csináltatnék. Nagy vita szokott menni ezzel kapcsolatban, pro és kontra, cégtulaj és alkalmazott oldalról teljesen ellentétes igények merülnek fel mikor munkát kell keresni / munkavállalót kell keríteni.

Mivel perpill cégtulaj nem vagyok, így a másik oldalt tudom elmondani. Hacsak nem valami nagyon basic / alap a feladat, amit IQ-ból 10-15 perc alatt kirázok, akkor elküldeném a búspicsába a munkahelyet. Ugyanis ha ilyen egyetemi félév-végi nagybeadandó jellegű házifeladatot adnak az embernek, amivel reálisan több órát kell küszködni a napi meló meg familia mellett is, az nekem nem fér bele. Főleg h. 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. Így meg az ötletet ellopták a sok szerencsétlentől akik beleadtak apait-anyait h. műszakilag fasza és nehezen támadható jó megoldási ötleteket szállítsanak le. Aztán meg felvették a belsős pályázót valamelyik társ--csapatból. Ingyen én aztán nem dolgozok senkinek, főleg ha nem garantálják h. felvesznek utána.

Illetve ez kevésbbé extrém mint a fentebbi, de ha az ember melót keres, 8-10-12 helyet bepróbál. A mai szar gazdasági környezetben főleg. Ilyenkor a hátam közepére se hiányzik h. mind a 10 helyre más és más házikat írkálgassak, mikor a hr-es / fejvadász picsa utána arra se veszi a fáradtságot h. 2 hét után visszaszóljon megyek-e tovább v. felejtsük el egymást. Szóval ahol meg tudunk egyezni hamar, ilyen tesztelgetések nélkül, oda megyek hamarabb. Főleg h. sok éves tapasztalat amikor űrhajóvezérlő szoftvert íratnak veled felvételin, utána meg ha felvettek, évekig a belsős szar telemakrózott ekszeleket mint a mindenre is alkalmas enterprise architekturát tologatod majd főállásban, meg mérnökként írkálgathatod a TPS reportokat. Ha már elterjedt mémek is vannak belőle, sok valóságalapja lehet. Én pl. a bőrömön tapasztalom nap-mint-nap. Na ezért mutatok fakkjut a házira.

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.

( Raynes v | 2025. 01. 21., k – 12:39 )

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.

Nyilván előtte azért legyen egy alap szakmai beszélgetés, mert már ott is ki lehet szűrni, ha 0 fogalma van valakinek a dolgokról, de nem kell túlzásba esni mindenféle teszttel. Ez nem a középkor, hogy tűzbe teszitek, meg jön a fojtópróba víz alá nyomással, meg hogy utána hogy bírja még a kerékbe törést.

A kérdéseid közül nekem az 1. és 3. egyértelmű, a 2-esre viszont nem tudnék válaszolni, nem hallottam még ilyen felosztást. Utánanézhetnék, de lusta vagyok, most csak azért, mert ezt a példát rittyentetted be, azért nem fogok magam megerőltetni.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

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.

( mac1125 | 2025. 01. 21., k – 12:59 )

Mi leszoktunk a tesztekről. Annyi ok miatt mehet félre egy teszt.

Ami nekünk bejött, hogy "mesélj, mi volt az elmúlt idők legnagyobb szívása, és hogy oldottad meg a problémát"

Ebből kiderül hogy csak eddig "ült a gép előtt és ha piros lett a gomb akkor telefonált" volt a munkája, vagy érti is a technológiát amit használni kell. Ha nem mondhat infót az előző dolgairól, akkor én mondok neki egy problémát, és lássuk, hogyan oldaná meg, kezelné le. Ebből látszik hogy hogyan gondolkodik, mire lehet tanítani.

Kész emberben már rég nem reménykedünk.

( gyuri23 | 2025. 01. 21., k – 13:15 )

A kedvenc kérdésem:

-Az egyik kollégád büdös és ez nagyon zavar téged, mit csinálsz?

Senkinek nincs köze világod belsejéhez, neked sincs közöd mások életéhez, csak az Irgalom útján van közöd, Istenektől rendelt kötelességed.

( mhmxs v | 2025. 01. 21., k – 13:16 )

En nem hiszek az irasbelikben, tesztekben meg hazikban. Nem feltetlen azert, mert nincs ertelmuk, egyszeruen sok ido munkaltato oldalon, es felesleges stressz a munkavallaloi oldalon. Az en allaspontom szerint nem arra vagyok igazan kivancsi mit tud a jelolt, hanem, hogy hova tudunk vele elmenni. Ezert en vegtelenul leegyszerusitettem ezt a dolgot, felteszek par nyitott kerdest. Pl. Mit szeretsz a XY technologiaban, mit valtoztatnal meg benne, miert ajanlanad, meg hasonlok. A lenyeg, hogy az is tudjon ra valaszolni, aki egy cikket olvasott a temaban, meg az is, aki fekete oves.

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.

Coding and ADHD should be best friends

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.

Hat az biztos kell, az ajbiembe vetettem be eloszor, uj diviziot epitettunk, es fantasztikus csapatot raktunk ossze. Azota tobb helyen is alkalmaztam, es egyszer sem csalodtam. Persze par 10-es a mintavetelezesem, biztos nem tokeletes a modszer. Mondjuk arra nagyon jo, hogy kideruljon milyen a "kemia" a jelentkezovel, ami fel siker.

Coding and ADHD should be best friends

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.

Szomorú, de azt érzem h. hiába lenne elvárás, egyre kevesebben teljesítik. Jönnek a chatgpt devops huszárok és tök alap linux parancsokkal meg lehet őket fingatni. Én értem h. nem kell az AWS-ben ilyeneket tudni, de ami mögötte van, azt illene, mert amikor meg debugolni kell, akkor bizony felmerülnek ilyen iops, io pattern, stb. fogalmak. Erre meg persze néznek mint a birka legtöbbször. Volt olyan aki azt mondta h. a kérdés irreleváns, hiszen az aws-ben az iops végtelen. Aha.. ok :)

En azt latom -bar lehet megoregedtem- h minden is kene. Csilliardos fizetes, heti 8 nap HO-val. Es kb innen indulunk. Nem mondom h rugalmatlan vagyok, de ha ez az elvaras attol akinek fizetunk, akkor hadd varjam mar el h nem kell elmagyarazni h mit jelent egy olyan doksi ami alapjan random masik kollega ossze tudja rakni az adott rendszert. Csak h egy peldat hozzak. 
 

Jeleleg ugy erzem h ezt csak a “hazifeladat” jellegu megoldassal tudom tesztelni, egyebkent tuti ongol. Lehet szakmailag valaki kva jo, ha keptelen mellerakni a human faktort is, meg pl felfogni h nem mindenki tud mindent fejbol es bizony a doksi legalabb olyan fontos mint maga a cucc amit osszeraktal. 

Esetemben ilyen nem volt, sőt, a meghirdetett állásnak számos előnytelen - legalábbis nekem úgy tűnik - jellemzője volt/van, pl. az időbeosztás abszolút nem az 5+2-es, és ennek tudatában jelentkeztek az emberek, és megerősítették, hogy ez nem probléma.

Viszont a valóság borzasztóan messze volt attól, amit a CV alapján én vizionáltam (lásd: három-négybetűs certek, mifene, de a load, symlink nem megy) és amit mint elvárást meghirdettek.

Ez igazából a certek fetisizálásának a kudarca. A CV persze sok mindent elbír, és igen, a certszerzés is lehet sport, ami felpörgeti a certhez szükséges tudást, ami nem feltétlenül jár együtt a tényleges tudással, de az PAPÍR :)

Volt egy főnököm, aki szintén minimum feltételnek írta elő felvételhez a CCNA-t (esetenként hajlandó volt annyit engedni, hogy a próbaidő végéig legyen meg), és persze ezzel jelentősen korlátozta a lehetséges jelöltek számát. Neki mondtam párszor, hogy a jelenlegi csapatból ennek a feltételnek az a két ember nem felel meg, aki a top 2.

Bólogatott, elismerte, és minden maradt a régiben. Ezzel együtt nem volt rossz vezető :)

( derWRK | 2025. 01. 21., k – 16:23 )

Régen sztenderd kérdés volt részemről, hogy listázd ki a minusszal kezdődő állományokat az aktuális könyvtárból (aztán hogy tudja-e miért nem jó a válasz).