Milyen .NET interjúkérdésekre számíthatok?

Az interjúztatók ott kezdik, ahol a keretrendszer is: a futtatókörnyezettel. Számíts arra, hogy el kell magyaráznod, mit csinál a Common Language Runtime (betölti a szerelvényeket, futás közben gépi kódra fordítja a köztes nyelvet, kezeli a memóriát), majd egy szinttel mélyebbre kell menned a szemétgyűjtésben. A további kérdések láncolata kiszámítható: miért generációs a gyűjtő, mitől él túl egy objektum egy későbbi generációig, mire szolgál a nagy objektumok halma, és miért létezik egyáltalán az IDisposable és a using, ha a memória kezelése automatikus. Az utolsóra a nem felügyelt erőforrásokkal, például fájlleírókkal és kapcsolatokkal válaszolj, amelyeket a gyűjtő nem tud időben felszabadítani.

• Érték- és referenciatípusok. Hol találhatók, mit jelent a másolásuk, és milyen költséggel jár a boxing.
• async és await. Magyarázd el, hogy egy várt feladat felszabadítja a hívó szálat ahelyett, hogy blokkolná, miért csak eseménykezelőkhöz való az async void, és milyen holtpontra gondolnak az emberek, amikor óva intenek a .Result használatától.
• LINQ. A késleltetett végrehajtás a csapda: egy IEnumerable-lekérdezés a bejárásakor fut le, nem a megírásakor, egy adatbázis-szolgáltató lekérdezése pedig csak azokat a kifejezéseket fordítja SQL-re, amelyeket a szolgáltató értelmezni tud.
• Generikus típusok, interfészek és rekordok. Megkötések, miért előnyösebbek tesztelhetőség szempontjából az interfészek az alaposztályoknál, és mit nyersz egy rekord értékalapú egyenlőségével.

Mindegyiket a működési mechanizmussal és egy következménnyel válaszold meg. Az interjúztatók olyan szintű választ várnak, hogy a legfiatalabb generáció begyűjtése azért olcsó, mert a legtöbb objektum fiatalon megszűnik; a generációk puszta megnevezése indoklás nélkül nem elég.

Magabiztosan írsz kontrollereket, de attól tartasz, hogy a kérdések a ritkán érintett belső működésről szólnak majd. Ez jogos aggodalom, mert a keretrendszerrel kapcsolatos kérdések éppen erre irányulnak, ezért következzenek ezek a szokásos sorrendben, az egyes témákhoz tartozó további kérdésekkel együtt.

• A kérésfeldolgozási folyamat. A middleware komponensei a regisztrálásuk sorrendjében futnak, és mindegyik eldönti, hogy meghívja-e a következőt. További kérdés: hol helyezkedik el a hitelesítés az engedélyezéshez képest, és mi történik, ha fordított sorrendben regisztrálod őket?
• A függőséginjektálás élettartamai. A singleton az alkalmazás teljes élettartamáig él, a scoped egy kérésig, a transient pedig minden feloldáskor újra létrejön. A klasszikus csapda egy scoped szolgáltatás, például egy adatbázis-kontextus injektálása egy singletonba; készülj fel annak elmagyarázására, hogy ez miért hiba.
• Konfiguráció és options minta. Rétegzett források, környezetfüggő felülírások és az options minta a típusos beállításokhoz.
• EF Core. Változáskövetés és annak kikapcsolása csak olvasási célú lekérdezéseknél, az N+1 probléma és elkerülése előzetes betöltéssel vagy projekcióval, migrációk, valamint annak őszinte felismerése, mikor jobb egy kézzel írt lekérdezés a LINQ használatánál.
• Tesztelés. Hogyan teszik tesztelhetővé a szolgáltatást az interfészek és a DI-konténer, illetve mit bizonyít és mit nem bizonyít egy memórián belüli szolgáltató egy valódi adatbázisról.

A legerősebb jelöltek összekapcsolják ezeket: egy singleton háttérszolgáltatáson belül feloldott scoped kontextus nem lexikális kérdés, hanem olyan memória- és helyességi hiba, amelyet az interjúztatók valóban éles rendszerbe juttattak, és azt akarják hallani, hogy kifejezetten létrehoznál egy hatókört.

A tapasztalt jelöltek interjúköreiben bemutatnak egy tünetet, és a módszeredet figyelik. Egy jellemző példa: egy logisztikai vállalat vezető pozíciójára pályázó backendfejlesztőnek azt mondják, hogy egy ASP.NET Core API memóriahasználata napokon át növekszik, míg a konténer újra nem indul. Az erős válasz nem találgat. Rákérdez, mi változott, megvizsgálja a statikus gyorsítótárak által fogva tartott objektumokat és a hosszú életű eseményfeliratkozásokat, ellenőrzi, tartanak-e meg singletonok scoped szolgáltatásokat, megvizsgálja a nagy objektumok halmának növekedését, és memóriapillanatképet készít, mielőtt javítást javasolna. Az interjúztató a vizsgálat sorrendjét értékeli.

További visszatérő helyzetek: egy végpont, amely csak terhelés alatt lassú, ahol a válasz a szinkron adatbázis-hívásoktól az async működésen és a kapcsolatkészlet kimerülésén át a gyorsítótárazásig halad; versenyhelyzet egy megosztott gyűjteményben, illetve az egyidejű használatra tervezett gyűjtemények és zárolási lehetőségek költsége; egy kérés, amelynek három további szolgáltatást kell meghívnia, és az időtúllépések, újrapróbálkozások és részleges hibák kezelése; valamint egy migráció, amelynek leállás nélkül kell oszlopot hozzáadnia. Minden esetben nevezd meg a korlátozó feltételt, válassz egy mechanizmust, és mondd ki hangosan a kompromisszumot.

Ezek sokkal könnyebbek, ha már hangosan, további kérdésekkel együtt begyakoroltad őket; erre szolgál a próbainterjú mód, a többi nyelvhez és munkakörhöz tartozó kérdésbank pedig a munkakör és témakör szerinti interjúkérdések között található.

Társalgási interjúkörökben igen, a megadott korlátokon belül. A SubcueAI natív macOS- és Windows-asztali alkalmazása rögzíti a rendszerhangot és a mikrofonodat, majd rövid válaszjavaslatokat jelenít meg egy helyi átfedő rétegen, így amikor az interjúztató megkérdezi, miért hiba egy scoped kontextus egy singletonon belül, a működési mechanizmus a képernyődön van, miközben a saját szavaiddal magyarázod el. A böngészőbővítmény a Chrome és Edge böngészőlapjain zajló hívásokat támogatja, és csak a megbeszélés lapjának hangját rögzíti. Nem csatlakozik bot a híváshoz, és semmi sem kerül a megbeszélés oldalába; a beállítás lépései az útmutató oldalon találhatók.

A korlátok: a felügyelt felmérés, a képernyő rögzítése, a vállalat által kezelt laptop vagy az élő kódolási feladat, amelyben megfigyelés mellett írsz C#-kódot, nem tartozik a támogatott esetek közé, és az asszisztens éppen akkor a leggyengébb, amikor az interjún kódot kell írnod. A fenti futtatókörnyezeti, keretrendszerrel kapcsolatos és kompromisszumokra vonatkozó kérdéseknél a legerősebb. Először add meg neki az önéletrajzodat, hogy a javaslatok a ténylegesen megépített rendszereidet tükrözzék; ez a profil az önéletrajz-készítőben található.