Nix technikai interjun milyen kérdések lehetnek?

Nixet kerüld. Tényleg.

Értem, hogy első munka és kell mindenképpen valami, de hidd el, hogy megéri várni egy normális cégre.

#12 Hiába próbálod őket győzködni, nem fogják fel a lényeget. Ha most piacon lévő juniorok lennének ők sem ezeket mondanák.

Én anno voltam náluk interjún, bár való igaz nem .NET pozira, viszont ott nulla kódolás volt. Egy IDE-t nem sem kellett megnyitnom. Sima beszélgetés volt, kb a tankönyvi elméleti anyag felkérdezése ment. Legfőbbképp szerintem OOP-al kapcsolatos kérdésekre számíts.

Kaptam, nyilván egy, a céghez várhatót.

Persze, full angol nyelvű volt. Ukrán a cég, nagyrészt azok dolgoznak ott meg vegyesen magyarok, egyéb külföldiek.

Két ukrán senior kolléga interjúztatott.

Képernyőt senki sem osztott, csak beszélgettünk.

"Ja meg milyen részletesen kell tudni?

Megkérdezik pl mi az a polimorfizmus meg hasonlók? Vagy konkrét kérdésekre számítsak?"

Igen, konkrétan arra a kérdésre, hogy sorold fel az OOP principle-ket biztosan számíthatsz. De igazából szerintem az egész OOP témát körbefogjátok járni.

Igazából itt felmérik majd az elmélet mennyire van meg a fejedben.

Aztán számíthatsz némi kódelemzésre is, hogy lássák gyakorlatban mennyire tudod ezeket alkalmazni. Mondjuk meet chatre benyomnak egy pár tíz soros, pl 3 classból álló kódot amikben vannak változók, funkcionök, ezek egy öröklődési láncban vannak és van bennük function overriding. Aztán mondd meg különböző szituációkban éppen mi kerül kiírásra a konzolra.

Enkapszulációnál biztosan fogtok még beszélni a getterekről és a setterekről, mik azok, mi az értelmük és miért használjuk őket. Valszeg nem ők fogják szájbarágósan megkérdezni, hogy akkor most mondd el mi a getter meg a setter, hanem megkérnek, hogy fejtsd ki az enkapszuláció lényegét ahol te fogsz erre majd kitérni.

Kódelemzős résznél már kitértem rá, de polimorfizmusnál biztosan fogtok beszélni a classok többalakúságáról is.

Nagy valószínűséggel fognak még kérdezni az adatstruktúrákról is, hogy sorold fel őket és miket mikor érdemes használni. Mondjuk mikor használunk inkább Array, és mikor LinkedList-et.

Alapoknál ilyesmikre számíts. Aztán még egy szó nem esett a .NET-ről. Ott valszeg a frameworkot vesézitek ki meg a népszerűbb libraryket.

Szóval biztosan hasznosan kitöltitek azt az 1-2 órát.

Lezárom itt, mert már így is írtam egy regényt. Remélem tudtam segíteni!

"ha még egy ilyen szar cég is ilyen szigorúan áll mindenhez, akkor hogyan akarnak munkaerőt találni?"

Hát ne haragudj de itt szerintem nem a kérdésekkel volt a probléma, hanem az elméleti alapismereteiddel (ettől azért lényegesen nehezebbeket szoktak kérdezni komolyabb helyeken). Egyik cégnek sem érdeke olyan embereket alkalmazni, akik súlyos elméleti hiányosságokkal rendelkeznek (főleg alapvető dolgokból). Megkérdezhetem hogy autodidakta módon tanultál vagy mit végeztél?

Azért egy IEnumarable és IQueryable közötti különbséget (még ha nem is mélységekbe menően), de felületesen illene ismernie bárkinek aki komolyabban gondolja a jövőjét C# fejlesztőként.

Csak építő jelleggel leírom: Az IEnumerable egy általános célú interface amely tetszőleges típusú gyűjtemény iterálására használható és az egész gyűjteményt betölti a memóriába, így biztosítja a műveletek végrehajtását. Az IQueryable kifejezetten a LINQ és Entity Frameworkhoz használt interface, a műveletek (pl: lekérdezés) adatbázis szintjén kerülnek végrehajtásra, így csak a szükséges adatok kerülnek a memóriába, ezzel csökkentve a terhelését.

"Szerinte a JS nem objektumorientált"

Tisztában kell lenni az OO definíciójával... Az egy tény, hogy JS-ben lehet OOP paradigma alapján programozni, de szigorú értelemben nem objektumorientált nyelv. A legelső JS verziók ki sem elégítették az OOP paradigmát, a nyelv későbbi széleskörű elterjedését pedig épp az okozta amikor megvalósították a Prototype design patternt, azaz prototípus alapú öröklési mechanizmust és dinamikus objektumkezelést.