Jó interjúkérdés
Posted by ytg895@reddit | programmingHungary | View on Reddit | 73 comments
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?
GeneralAd1047@reddit
"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
chipmunksol@reddit
De utalom ezt a hol latod magad 5 ev mulva kerdest. Ez dilettans kozhely csupan. Manapsag a jovo evet sem lehet megjosolni, nem hogy 5 evet. En leraznalak annyival, hogy a muterodban, tovig. (Ne vedd magadra, csak erted :D )
Robert4di@reddit
Most senior fejelsztő és 5 év múlva is ugyanaz.
Humble-Vegetable9691@reddit
- 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!
atleta@reddit
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 :)
chipmunksol@reddit
Ez eleg jo kontra volt! Hozzatennem, hogy az rajtatok is mulik, hogy mi lesz jovore, nehogy 5 ev mulva :D
ytg895@reddit (OP)
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.
Plenty_Whole6578@reddit
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.
LokkoLori@reddit
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
Robert4di@reddit
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.
atleta@reddit
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.)
LokkoLori@reddit
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 bukás.
atleta@reddit
Igen, az az egyik fontos kerdes, hogy a jelolt mit gondol hibanak. Avagy gondolja-e, hogy szokott hibazni.
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.
LokkoLori@reddit
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 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 nagyon hamar megoldódik.
atleta@reddit
Nem bukasrol beszeltem, direkt irtam, hogy:
Es innentol nekem igen az, onreflexiohiany, ha valaki folyamatosan azt magyarazza, hogy miert nem tud erre valaszolni.
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.
LokkoLori@reddit
a fail fast első sorban a priorizálásról szól, hogy mit veszel előre ... a probléma legegyszerűbbnek tűnő megoldását, amit első körben próbálsz megbuktatni ... aztán e szerint újra priorizálsz, tervezel.
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 volt ... 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, mert egy ilyen rendszerért nem vállalok felelősséget.
Routine-Lettuce-4854@reddit
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.
LokkoLori@reddit
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.
Plenty_Whole6578@reddit
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.
ytg895@reddit (OP)
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.
atleta@reddit
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.
Plenty_Whole6578@reddit
Van akit ez motivál. Nekem is volt olyan SQL query amire büszke voltam. Van aki szeret toolokat építeni. Valaki rendszereket tervezni.
MikorkaKalmanne@reddit
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?
Basic-Magazine-9832@reddit
"elküldtem a kurva anyjába az akkori csapatvezetőmet nagyon explicit módon"
supreme_harmony@reddit
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.
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.
Robert4di@reddit
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égi kérdése.
ketapyrin@reddit
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.
ytg895@reddit (OP)
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 választják az ilyen kérdéseiket, mint hogy mi a konkrét kérdésük.
gianni1986@reddit
"Nálunk X-től Y-ig van a bérsáv erre a pozícióra, mit gondolsz?"
ytg895@reddit (OP)
Nem HR-es vagyok, mire a kezem közé kerül valaki ez a köre elvileg már megvan.
gianni1986@reddit
Azért írtam, mert a cégek nagy része sosem mond bérsávot. Megkérdik az enyémet, túráztatnak 4-5 interjún keresztül, hogy azt benyögjenek egy alacsonyabbat, mert csak annyit tudnak adni.
Robert4di@reddit
Az még a jobbik eset, általában csak annyit mondanak, hogy a másik jelöltet választották (aki kevesebbet mondott).
ytg895@reddit (OP)
Tudom, én is interjúztam már cégeknél. 2026. június 7-ig életbe kell léptetni az EU-s szabályozást, ami szerint kötelező lesz mindenkinek megadnia a bérsávot, addig szerintem már kihúzzuk valahogyan.
Popular_Title_2620@reddit
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.
ytg895@reddit (OP)
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.
Equivalent_Number424@reddit
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.
ytg895@reddit (OP)
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
Equivalent_Number424@reddit
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.
TekintetesUr@reddit
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.
Meet-Reasonable@reddit
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.
Basic-Magazine-9832@reddit
bizonyítsa be hogy p != np
laza_karalabe@reddit
O hat ez konnyu, elosztod p-vel mind a ket oldalt, es azt kapod h 1 != n. Az egyen kivul n minden ertekere igaz 😅
nulloid@reddit
Elfelejtetted kikotni, hogy p nem lehet 0. NEXT!
fasz_a_csavo@reddit
Ha p 0, akkor az egyenlőtlenség triviálisan nem áll (kivéve valami nagyon elbaszott struktúrában).
Basic-Magazine-9832@reddit
Weary-Development468@reddit
Szerintem a mesélj egy projektről amit nagyon szerettél/jól ment és utánna egyből a mesélj egy olyanról ami nem szerettél/nem sikerült úgy ahogy vártad tök jó kérdés pár, mert szűr egyfajta embertípust, akivel senki nem akar dolgozni. 🙄
ytg895@reddit (OP)
Én elég sok embertípussal nem akarok dolgozni, ez melyiket szűri?
Weary-Development468@reddit
A mindenki hülye, csak én vagyok helikopter típust, illetve aki non-stop panasz vonaton ül.
Talán csak egyszer volt olyan aki valóban helikopter volt és mindenki hülye volt körülötte az általa említett rosszul sikerült projektben, de baromi tisztelettel beszélt a korábbi kollégáiról (nekem ez például fontos) és azért említett pár dolgot magától, hogy mit tehetett volna ő másképp.
Emergency_Bat5118@reddit
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
nu303@reddit
"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.
Any-Stand7893@reddit
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.
Massive-Mud-9018@reddit
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.
StarWarsKnitwear@reddit
Az elsőre azt válaszolnám, hogy fogalmam sincs és ne is fárasszuk már egymást ilyen felesleges hülyeségekkel, ha lehet. Átmentem?
Adventurous-Corgi-31@reddit
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? 222*2... Ezt osszuk el 2-vel,.vagyis hagyjuk el az egyik 2-es szorzót. Így 100 helyett csak 99-szer fog szerepelni, vagyis 2^99 az eredmény.
nulloid@reddit
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.
Adventurous-Corgi-31@reddit
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.
eszpee@reddit
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.
szega89@reddit
Nem tartom jó interjúkérdésnek, de amúgy elég ha beugrik, hogy 2\^3 = 8, onnan elég triviális.
ytg895@reddit (OP)
Ja, hogy ez a megoldás...
LateChoice@reddit
válasz: kiöregedtem már az ilyen hülyeségekből.
ytg895@reddit (OP)
A hatványos tetszik. A sajtosat nem szeretem, mert én sem tudom fejből a körszelet területének a képletét.
Zsoooti96@reddit
Én anno azt kérdeztem minden *OPS jelölttől, hogy borított-e már meg prod rendszert és meséljen róla :)
LateChoice@reddit
Kérem vázolja röviden, miért nem való a legtöbb esetben backendre a java!
Kérem mondjon pár okot aki miatt a php jobb backendre mint a java!
Kérem mondja el röviden, mi a probléma a springboot-tal!
Miért jobb a dinamikus típusrendszer a statikusnál?
stb stb
ytg895@reddit (OP)
:D tetszik
lordmairtis@reddit
kétlem h viccel
Mersaul4@reddit
Leetcode bekapcsol ;)
ytg895@reddit (OP)
A Leetcode jó, de az azt méri fel inkább, hogy emberünk gyakorolt-e az interjúra, nem azt, hogy jó fejlesztő
Mersaul4@reddit
Az a fránya Goodhart-törvény.. Ha népszerű ez a poszt, a kérdések is a leetcode sorsára jutnak ;)
ytg895@reddit (OP)
Adná az ég, hogy minden jelentkező tudjon ilyen alap kérdésekre válaszolni, utána elkezdhetnék komolyabb dolgokon aggódni.
Rough-Somewhere8875@reddit
Miert vegyunk fel teged ha ott az AI?
BirosHS@reddit
É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.
BirosHS@reddit
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).
Fantastic-Bee-1852@reddit
mondjuk ha redditen kérdezel lehetnél kicsit specifikusabb mégis milyen témában interjuztatol.