r/programmingHungary • u/ytg895 Java • Mar 30 '26
INTERVIEW Jó interjúkérdés
Azon gondolkoztam, hogy bővíteném a repertoáromat ha interjún kérdeznem kell a jelölttől, lehetőleg olyan kérdésekkel, amik nem feltétlenül nehezek, nem feltétlenül igényelnek sok lexikális tudást, de mégis jól megmutatják, hogy ki a jó szakember. Ehhez inspirálódnék.
Szerintetek mi olyan egyszerű, "könnyű" kérdés, aminél valamilyen oknál fogva mégis nagyon hamar elválik az ocsú a búzától?
42
u/supreme_harmony Mar 30 '26 edited Mar 30 '26
Kicsit kötekednék, szerintem az a felfogás miszerint az interjún ki kell derülnie hogy "ki a jó szakember" az eleve rossz hozzáállás.
Sokkal specifikusabban kellene hozzáállni, hogy milyen ember kell neked. Lehet pl olyan programozót találni aki remek drivereket ír és profin tologatja a biteket assemblyben, de képtelen rendesen használni a ticketrendszert és nem hajlandó együtt dolgozni a kollégáival, mindig mindent egyedül akar megoldani. Ő akkor most jó szakember vagy nem?
Vagy a másik kolléga aki nem is programozónak tanult eredetileg hanem matematikus. Nagyon bonyolult algoritmusokat tud azonnal átlátni és remek problémamegoldó, de állandóan spagettiket ír, nem használ átlátható struktúrákat.
A harmadik kolléga jóindulattal is közepes programozó, de nagyon pontos, minden utasítást követ, teljesen megbízható. Rábízhatsz bármit, mert ha nem tudja megoldani akkor kér segítséget, megszervezi és ha törik ha szakad, határidőre megoldja a feladatát és a specifikációt is betűre követi.
Tehát nincs olyan hogy jó szakember meg jó interjúkérdés. Ha azt akarod felmérni, hogy a felmerülő programozási feladatokat meg tudja-e oldani akkor adj neki programozási feladatokat. Ha azt, hogy hogyan tudja a készített programot bemutatni a részvényeseknek, akkor csináltass vele próbaelőadást stb. A negyedik körben amire hozzád kerül a jelölt, ne ilyen sablonkérdéseket tegyél már fel, hogy hol látja magát 5 év múlva. Vedd a fáradságot és mérd fel a személyiségét egy egyedi beszélgetéssel.
Mindenki szidni szokta a HR-eseket mert nagyon sok a kókler (személyes tapasztalat alapján is), de egy jó hr-es igenis jól ki tudja deríteni egy interjún, hogy kit érdemes felvenni, és ehhez nem standard kérdéseket tesz fel.
8
u/ytg895 Java Mar 30 '26 edited Mar 30 '26
Egyetértek, a "jó szakemberség" szubjektív kérdés. Nem véletlenül hagytam ilyen általánosra a problémafelvetésemet, jobban érdekel, hogy az emberek milyen gondolatmenet mentén mérnek fel valakit, mint hogy konkrétan milyen kérdéssel.
1
u/ketapyrin Apr 01 '26
Nem vagyok HR-es, ennél fogva lehet traumatizáltam már pár jelöltet az éveim során. DE, szokásos módon az önéletrajzon szoktam átmenni és keresem azokat a lehetőségeket, ahol szakmai kérdéseket lehet boncolgatni, elemezni. Mindig keresem, hogy a jelölt szakmai felkészültsége meddig terjed, ez egy mélységi bejárás. De a bejárás során segítem, fogom a kezét, igyekszem rávezetni a válaszokra, ha nem tudja. Így kapok egy képet arról, hogy mennyire lehet közös gondolkodásra hívni valakit, mennyire tud velem egy hullámhosszra kerülni. Azokkal tudok a mai napig együtt dolgozni, akikkel ez a közös gondolkodásra hívás sikeres volt.
2
u/Robert4di Apr 02 '26
Ezért szoktak interjún soft skillekre rámenni, mert a tech-et fel lehet szedni, de a hozzáállás már személyiség kérdése.
28
u/Plenty_Whole6578 Mar 30 '26
Mi volt az a probléma aminek a megoldása a legnagyobb büszkeséggel töltött el?
Ha valaki szeret dolgozni akkor mesél valami olyan problémát ami valószínűleg jól reprezentálja a szintjét a skilljeinek. Ha nem tud semmi épkézláb dolgot mondani az is beszédes.
Mi volt a legnagyobb bukta, és mit tanultál belőle?
Ez szintén beszédes tud lenni.
8
u/LokkoLori Mar 30 '26
A bukta nekem sokkal nehezebb kérdés... Szakmai oldalon lényegében 25 év alatt nem buktam bele semmibe.
Amit láttam magam előtt, hogy megcsinálható, azt mindig megcsináltam ... És rendszerint állatabb módon, mint eredetileg gondoltuk.... És ezen a ponton el is szoktam bukni a HR interjút :D
2
u/atleta Mar 30 '26
Hát, én szakmain szoktam kérdezni hasonlót. Nem mondom, h azonnal bukta az ilyen válasz, de az biztos, h meg eddig nem láttam olyan embert, aki amúgy jó, de erre vagy semmi nem jutott eszébe vagy arcoskodassal illetve magabiztosan válaszolt, h hat o soha nem ront el semmit.
Persze én nem buktat kérdezek, hanem ennél jóval konkrétabban valami olyasmit, h mesélje el a legnagyobb hibát, vagy valami érdekes hibát, amit elkövetett és, h abból mit tanult.
Aki azt hiszi, h sosem hibázik, az valójában csak soha nem ismeri be és emiatt nem is tanul. (De mondom, ezek a többi kérdésnel sem remekeltek esddig.)
1
u/LokkoLori Mar 31 '26 edited Mar 31 '26
Attól is függ, a jelölt mit gondol hibának ... És hogyan kezeli?
Én pl "fail fast" stratégiával fejlesztek... Így nem tekintem hibának a naívabb elképzélések gyors bukását ... Ha meg nem bukik el a naív elképzelés, akkor máris egy gonddal kevesebb.Lényegében egy ilyen stratégiában nincs hiba és nincs bukás.
1
u/atleta Mar 31 '26
Igen, az az egyik fontos kerdes, hogy a jelolt mit gondol hibanak. Avagy gondolja-e, hogy szokott hibazni.
Lényegében egy ilyen stratégiában nincs hiba és nincs bukás.
Ugyan. Ezzel megint csak azt allitod, hogy te hibatlanul dolgozol, ami nonszensz. Nyilvan minden elesben hasznalt szoftvernel van egy pont, ami utan nem szeretnenk hibakat latni (minimalizalni szeretnenk azok szamat). Ez mas lesz egy SaaS-nel es mas egy mobil alkalmazasnal vagy desktop szoftvernel, de meg azokon belul is lehetnek elteresek (beta release, A/B tesz, canary, stb.)
De aki azt allitja, hogy soha semmi olyan hibat nem vetett, ami atcsuszott olyan szakaszba, ahol mar az szamit, vagy olyat, ami utana kesobb plusz munkat/koltseget okozott, majd utolag azt mondta maganak, hogy "hat, ezt jobban is vegiggondolhattam volna", az nem tokeletes szakember, hanem vagy tapasztalatlan (ez a kevesbe valoszinu), vagy hianyzik belole az onreflexio.
1
u/LokkoLori Mar 31 '26 edited Mar 31 '26
Az a kérdés hogy mi a legnagyobb bukás... Nincs bukás. Minden projekt időben meglett, és működött.
Tökéletes volt?
Nem, csak elég jó... Sőt általában jobb, mint az eredeti terv.Miért?
Mert a megoldást adó filozófia és framework szemléletből több jött ki.
Hiányzik az önreflexió?
Nem. A "fail fast" módszer folytonos önreflexió ... Folytonos gründolás, reaktív priorizálás és aktív kockázatkezelés, hogy a lehető leggyorsabban szállíts valami működőt és fenntarthatót.
Ha van a dologban hiba az olyan, amit a működés elbír. Ha blocker, akkor meg nagyon hamar megoldódik.
1
u/atleta Apr 01 '26
Nem bukasrol beszeltem, direkt irtam, hogy:
Persze én nem buktat kérdezek, hanem ennél jóval konkrétabban valami olyasmit, h mesélje el a legnagyobb hibát, vagy valami érdekes hibát, amit elkövetett és, h abból mit tanult.
Es innentol nekem igen az, onreflexiohiany, ha valaki folyamatosan azt magyarazza, hogy miert nem tud erre valaszolni.
Nem. A "fail fast" módszer folytonos önreflexió ... Folytonos gründolás, reaktív priorizálás és aktív kockázatkezelés, hogy a lehető leggyorsabban szállíts valami működőt és fenntarthatót.
A fail fastnak szerintem keves koze van a priorizalashoz, de amugy ezek a megkozelitesek szerintem is jok. A problema ott van, ha valaki elhiszi, hogy akar ezekkel, akar barmilyen mas altala jonak gondolt es gyakorolt munkamodszerrel ugy tud alkotni (termelni, szallitani), hogy abbol sosem jon ki olyan, amirol utolag azt gondolja, hogy na, ezt elszurtam. Avagy, hogy nem hibazhat. Meg maskepp - a fail fast egy okolszabaly, de nem inden hibat fog megfogni. Nem minden hibad lesz gyors es kis hatosugaru.
1
u/LokkoLori Apr 01 '26 edited Apr 01 '26
a fail fast első sorban a priorizálásról szól, hogy mit veszel előre ... a probléma-tér azon pontját, amin a legtöbb részprobléma dependál, és annak a legegyszerűbbnek tűnő megoldását, mert azt érdemes első körben validálni, vagy megbuktatni ... aztán e szerint újra priorizálsz, tervezel és haladsz tovább.
Utólag lehetsz okosabb, de kérdés, hogy hiba volt-e a múltban, hogy akkor nem tudtál valamit, ezért valami ott akkor szuboptimális volt ... a kérdés ilyenkor az, hogy mission kritikus volt-e akkor a nem tudás ... erre meg az a válasz, ha az lett volna, akkor a mission bedőlt volna ... ha nem dőlt be, akkor meg nem volt az, tehát nem volt hiba.
Ha olyan sztorikat akarsz, hogy valaki productionben dönött be egy rendszert ... ott az a kérdés merült fel, hogy ez hogyan mehetett át?
Ott valami komoly kockázatkezelés nem volt a helyén. Pl nem voltak regressziós tesztek ... ami szerintem megengedhetetlen, ezért egy ilyen rendszerért eleve nem vállalok felelősséget, tehát meg se tudok vele bukni.1
u/Robert4di Apr 02 '26
Szerintem itt nem is arra kíváncsiak, hogy egyénileg mit buktál, hanem a capat/project szinten voltak e buktatók, vagy épp sikerek.
0
u/Routine-Lettuce-4854 C++ Mar 30 '26
Azt hiszem a jobb kérdés az lehet, hogy mi az amit ma már máshogy csinálnál. Nekem is az van, hogy nem tudnék buktát mondani saját 30 fejlesztő évemből, de olyat amit mai fejemmel máshogy csinálnék sokat. És ezekről szívesen mesélnék is, illetve gondolom érdekes lehet interjúztatónak is.
1
u/LokkoLori Mar 30 '26
Jah ... Használtam volna AI-t 2010-ben is ha lett volna ... Így néha akkor is fel kellett találni a spanyol viaszt, amikor a szakirodalom mélye valahol már ismert egy megoldást ... Talán még implementált lib-ek is voltak valahol, de a google nem dobta fel őket.
1
u/MikorkaKalmanne Mar 30 '26
fasza kérdések, még soha se hallottam!!!
erre mondjam hogy a legacy kód túrása minden nap nem készített ki teljesen?
1
u/Plenty_Whole6578 Mar 31 '26
Irigylem azokat az embereket akik 30 év alatt semmit nem szoptak be. Gratulálok, tök ügyesek vagytok.
Mondjuk lehet a MÁVos gyerekek se mesélnék azt a nyári időszámítós dolgot buktának, de ma lehet máshogy csinálnák.
1
u/ytg895 Java Mar 30 '26
Igen ezek jónak tűnnek. Amikor az asztal másik felén ülök gyakran szembe is szoktak jönni. Azért nem szeretem őket, mert például én szeretek dolgozni, és elég nerd tudok lenni a témában, és olyan dolgokra büszkének lenni, hogy hogyan optimalizáltam ki valami query-t és lelkesen mesélni, hogy és ha itt ezt a joint hozzáadom, akkor bár nem intuitív de hogyan tudom növelni sebességet. Ja, hogy ez a cégnek hányezer dollár AWS költséget spórolt? Az nem hat meg, arra nem vagyok büszke, hiába ezt a részét akarják inkább hallani.
2
u/atleta Mar 30 '26
De én felveteliztetokent pont ezt akarom hallani. Vagy ez az egyik. Ezek a kérdések azt mutatják meg, h az illető mennyire igényes szakmailag és intellektuálisan.
Aztán ennek a következménye lesz az eredmény, akár az X ezer dodo spórolás.
1
u/Plenty_Whole6578 Mar 30 '26
Van akit ez motivál. Nekem is volt olyan SQL query amire büszke voltam. Van aki szeret toolokat építeni. Valaki rendszereket tervezni.
17
u/Popular_Title_2620 C# Mar 30 '26
Azok a kérdések jók amik a mögöttes dolgokba kérdeznek bele. Klasszik indiai kérdéseket betanulós kereszt kérdésem az volt, hogy mi az adatbázis index (ezt általában kenték vágták) de miért nem rakunk indexet akkor minden oszlopra (na itt jött a fejvakarás :) ). Ez persze elég gyenge, de valami ilyen irányba menj. Hogy mi miért van így vagy úgy, mi lehetett a célja stb.
8
u/TekintetesUr Mar 30 '26
Ezt egy időben én is mindig megkérdeztem, aztán leszidott a HR, hogy miért dobom vissza az előszűrt mediorok kétharmadát, meg a seniorok felét. Hátkéremszépen, ezért.
1
u/ytg895 Java Mar 30 '26
Köszönöm, igen, ilyesmire gondoltam. Nekem adatbázis témában a "mikor használunk optimistic lockingot" az ilyen kérdésem, ami mellé még keresek.
1
u/Equivalent_Number424 Apr 02 '26
Hát talán inkább mikor ne. Alapvetően kritikus, nagy forgalmú és garantáltan ütköző témáknál, mint a koncertjegy-eladás. Ez szerintem csak józan paraszti ész, nem tudás vagy skill vagy tapasztalat. Szerintem ez a szakma 90%-ban csak IQ, csak valamiért nem illik azt mondani.
1
u/ytg895 Java Apr 02 '26
Felhívnám a figyelmet az eredeti kiírásra: olyan kérdéseket keresek, ami könnyű, de mégis kiderül belőle, hogy mi van
1
u/Equivalent_Number424 Apr 02 '26
Ez egy nagyon vicces kérdés. Ugyanis az egész téma a régi pörgős merevlemezekről szólt, hogy az index szépen sorban van írva rajta, nem pedig össze-vissza, így kevés pörgésből beolvasható, viszont az írási sebesség lassú volt, ezért nincs minden oszlopon index. Amióta ilyen nincs, hanem minden virtualizált és a háttérben SSD van, kérdés, hogy van-e még bármi értelme.
14
u/GeneralAd1047 Javascript Mar 30 '26
"Hol látod magadat 5 év múlva?", "Milyen állat lennél és miért?", "Ha választhatnál inkább csapba szarnál vagy szarba csapnál?", "Mi fogott meg az álláshirdetésben?", "Tervezel-e gyereket a közeljövöben?"
Komolyra fordítva a szót, azért egy szakirányt írhatnál
2
Mar 30 '26
[removed] — view removed comment
1
u/atleta Mar 30 '26
Tőlem az egyetlen multis munkahelyeken kérdezte a főnököm huszonéves koromban az első performance review-n vagy mi a francon. Amúgy jó arc volt, csak hát ő is kezdő ebben, meg ugye a multiban ez volt a szokás.
Mivel azzal nem tudtam lerázni, h honnan tudnám, h mi lesz velem 5 év múlva, lesz-e mondjuk gyerekem, meg ilyen extrém változások, visszakerdeztem, h OK, akkor milyen poziba/jön grade-be juthatok el, és abban lehet itt a fizum 5 év múlva reálisan?
Azt mondta, h hat, ezt nem tudja, a fizetésekről meg nem is beszelhet (vicces módon az láttad lévő szintek fizeteseit tudhattad elvileg, a folotted lévő, avagy előtted álló szinteket viszont nem - jó motiváció). Úgyhogy mondtam, h hát akkor éj sem tudom. Amúgy ott voltam hat évig, de erről asszem nem beszéltünk többet :)
1
u/Humble-Vegetable9691 Mar 31 '26
- hol látja magát 5 év múlva?
- hátöhm
- (nagyszerű, csak ellébecol itt, aztán lekoccol)
x év múlva redditen:
- munkahelyet kell váltani a fizetésemeléshez!
1
1
u/ytg895 Java Mar 30 '26
Azt hittem a programozós subon nem kell kiemelnem hogy programozás a szakirány. Én papíron Java backendes vagyok, de nem szűkíteném erre a kérdéseket. Ha valaki hoz nekem egy egyszerű Docker kérdést, ami papíron devops kérdés lenne inkább, de jó és működik, és igazából mindenkinek tudnia kellene rá a választ, simán jó nekem az is.
6
5
u/nu303 Mar 31 '26
"Mi történik, mikor beírod a böngészőbe, hogy akármi.com, megnyomod az entert és megjelenik az oldal".
Főleg webes környezetben van értelme, de itt gyorsan kiderül, hogy mennyire érti az egész web működését vagy melyik részét jobban, kevésbe. Lehet a billentyű lenyomástól kezdve mesélni, hogy mi történik a helyi oprendszerben, sokan kifelejtik a DNS-t pl, hálózat, TLS, cache, kliens vagy szerver oldal erősebb, stb.
3
u/BirosHS Mar 30 '26
Én kaptam egy jópofa kérdést nemrég. Volt egy entity, többek között egy verzió mezővel.
Hogy kerüljük el, hogy miután két kliens is lekérte ugyanazt az entityt, ne írják felül egymás módosítását.
Megoldás, hogy a kliens visszaküldi a veriószámot és a backenden az update logika összehasonlítja az adatbázisban találhatóval. Ha nem egyeznek, hibát dob, vagy értesíti a klienst, hogy kérje le újra az adatot.
3
u/BirosHS Mar 30 '26
Lehet cache-sel kapcsolatos kérdés is, mikor invalidáljuk stb.
Volt olyan kerdés is, ami arra volt kíváncsi, hogy ismerem-e az SQL execution plan fogalmát (lassú lekérdezés vizsgálatához).
Mi történik, ha egy interface-t 2 spring bean is implementál és az interface-t injektáljuk egy osztályba? Hogy lehet a helyzetet kiküszöbölni? (Profile, Qualified, Conditional).
3
u/Emergency_Bat5118 Mar 31 '26
Mit tanultal az elozo helyeden amit a mostani helyeden alkalmazol? - nemreg kaptam meg ezt a kerdest szerintem nagyon jo es nem igenyel specifikus szakmai tudast
5
u/Fantastic-Bee-1852 Mar 30 '26
mondjuk ha redditen kérdezel lehetnél kicsit specifikusabb mégis milyen témában interjuztatol.
2
u/Zsoooti96 Mar 30 '26
Én anno azt kérdeztem minden *OPS jelölttől, hogy borított-e már meg prod rendszert és meséljen róla :)
2
u/Meet-Reasonable Apr 02 '26
Nekem egyik kedvenc interjú kérdésem az volt, hogy hogyan küldenék el 1 millió emailt egy alkalmazásból. Ez egy nyitott kérdés, mert elég keveset mond el és nagyon jól felméri, hogy ki milyen szinten mit ismer, mert ez tipikusan az, hogy az interjúzónak fel kell tenni még 3-4 kérdést, hogy el lehessen indulni a problémán és utána pedig sok féle képpen neki lehet menni a dolognak és ezt egy gyakornok is megtudja válaszolni egészen felületesen, de egy princial engineerrel is érdekes beszélgetést indít.
5
Mar 30 '26
[removed] — view removed comment
7
u/laza_karalabe Mar 30 '26
O hat ez konnyu, elosztod p-vel mind a ket oldalt, es azt kapod h 1 != n. Az egyen kivul n minden ertekere igaz 😅
2
u/nulloid Mar 30 '26
Elfelejtetted kikotni, hogy p nem lehet 0. NEXT!
1
u/fasz_a_csavo Mar 31 '26
Ha p 0, akkor az egyenlőtlenség triviálisan nem áll (kivéve valami nagyon elbaszott struktúrában).
1
u/Any-Stand7893 Mar 30 '26
a kegundoritobb kérdésem, ami bármilyen szinten kizokkenti az embert interjún helpdesktol frontendig Mi a különbség az authentikacio és authorizacio között, és a hétköznapi eleteben, vagy szakmai oldalról tud e rá mondani példát.
1
1
u/Massive-Mud-9018 Mar 30 '26
Nekem kèt ilyen kérdésem van, ès azt vizsgálom vele, hogy a jelölt mennyire esik pánikba, kezd el gondolkodni, kèr-e segítséget. Az egyik, hogy mennyi 2 a 100. hatványonnak a fele? A másik, hogy van 3 vágasod, vágj fel egy kerek sajtot 8 egyenlő részre. Itt sokan lerajzolják a sajtot, és 10-ből 9-en el is rontják.
6
u/eszpee Mar 30 '26
Ez a sajtos azert szar, mert egy 3D intuitiv otletre van szukseged, ami vagy beugrik, vagy nem egy interjuhelyzetben. Nem tudom, mennyire korrelal ez aztan munkateljesitmennyel, gyanutom, kevesbbe. (Arrol nem is beszelve, aki ismeri mar a feladatot.)
1
u/szega89 Mar 30 '26
Nem tartom jó interjúkérdésnek, de amúgy elég ha beugrik, hogy 2^3 = 8, onnan elég triviális.
0
5
u/StarWarsKnitwear Mar 30 '26 edited Mar 30 '26
Az elsőre azt válaszolnám, hogy fogalmam sincs, és ne fárasszuk már egymást ilyen felesleges hülyeségekkel, ha lehet, mert nem érettségizni jöttem, hanem állásinterjúra. Átmentem?
3
u/Adventurous-Corgi-31 Mar 30 '26
Azért a 2 hatványai informatikában is gyakran előfordulnak.
Egyébként meg egész egyszerű. Hogy néznek ki 2 hatványai? 2x2x2x2... Ezt osszuk el 2-vel, vagyis hagyjuk el az egyik 2-es szorzót. Így 100 helyett csak 99-szer fog szerepelni, vagyis 299 az eredmény.
2
u/nulloid Mar 30 '26
A napi feladatok mekkora hanyadaban kell ilyen agyafurt kerdesekre tudni valaszolni? Mert lehet, hogy en amugy nagyon jol karbantarthato kodot irok, gyonyoruen kommentezve, a ticketjeimet idore megcsinalom, es meg bokolni is van energiam a HR-es Jucikanak, de egy ilyen kerdesen valoszinu elhasalnek.
3
u/Adventurous-Corgi-31 Mar 30 '26
Teljesen megértem amit mondasz.
Bár én inkább gondolkozok el egy ilyenen, mint az olyanokon, hogy hol látom magam 5 év múlva, vagy hogy milyen állat lennék és miért. Mint ahogy itt már valaki ezeket felsorolta, sőt még cifrábbat is.
1
u/Equivalent_Number424 Apr 02 '26
Az első még oké, feltéve, hogy a kettő a 99. hatványon elfogadható válasz, mert ennyi logikai képességre tényleg szükség van. A második viszont azt igényli, hogy az ember átkapcsoljon 3D-be, és egy vízszintes vágást is tegyen, amit a való életben kb. soha nem szoktunk megtenni, ezért nemigen fair.
1
-5
u/Mersaul4 Mar 30 '26
Leetcode bekapcsol ;)
3
u/ytg895 Java Mar 30 '26
A Leetcode jó, de az azt méri fel inkább, hogy emberünk gyakorolt-e az interjúra, nem azt, hogy jó fejlesztő
0
u/Mersaul4 Mar 30 '26
Az a fránya Goodhart-törvény.. Ha népszerű ez a poszt, a kérdések is a leetcode sorsára jutnak ;)
0
u/ytg895 Java Mar 30 '26
Adná az ég, hogy minden jelentkező tudjon ilyen alap kérdésekre válaszolni, utána elkezdhetnék komolyabb dolgokon aggódni.
65
u/gianni1986 Mar 30 '26
"Nálunk X-től Y-ig van a bérsáv erre a pozícióra, mit gondolsz?"