Minimum kérdések felvételizőknek...

Eleg sok mindent kerdezhetnek:

Rendszergazda:
- routolas
- parancsok parameterezese fejbol (melyik a helyes kapcsolo a kovetkezo funkciora)
- hibajelensegek es a rajuk adott megoldas
- RAID ismerete, tipusok, csatlakozok
(de a tobbiek meg mondanak precizebbet is - egyszer voltam rendszergizda interjun, elbeszelgettunk meg volt monotonitastures teszt, de azon felul nem sokra emlekszem)

Programozo:
En foleg ket fajta interjuval talalkoztam. Az egyiknel konkret (es mestersegesen elcseszett kodokat adnak) ahol ki kell bokni egy rakat hibat. Mit miert nem hasznalnal. Ha olyan ceghez akarsz menni, ahol embedded deviceokkal foglalkoznak, ugy ott racuppannak olyan kerdesekre is, hogy hogyan lehet egy adott osztalyt minel kisebbre kesziteni.

A masik fajta, amikor az elmeletre zoomol ra. Itt az oroklodesekre es azok memoriaban valo elhelyezkedese szokott a kerdes lenni.

A jelenlegi trendi kerdesek:

- multi threading (azok heap es stack hasznalata, szinkronizalasa es az osszes beugratos kerdes ezzel kapcsolatosan)
- design patternek (pl: mi a singleton pattern)
- valtozok hatokorei
- static minden mennyisegben

A nyelv mellett erdemes a kapcsolodo technologiakat is legalabb elmeleti szinten ismerni.

Erosen javallott az alapnyelv mellett olyan szakirodalmak olvasgatasa es megertese, ami az adott nyelv egyeb finomsagait tartalmazza, pl az "Effective ..." sorozat.

jrewing-ot kérdezd meg :-)))

Egyszer egy HR-es szakember ezzel a kérdéssel próbálta felmérni az alkalmasságomat embedded programozói állásra:
- Mi a különbség a szintaktika és szemantika között?

Nincs nagy tapasztalatom ebben, leirom en eddig mivel talakoztam:
(Fejleszto)

1) Multi ceg, tobbfordulos felveteli, elso forduloban szakmai tesztek, pl. minden nyelvhez egy tesztsor. Tenyleges kodot nem nagyon kellett irni. Masodik fordulo beszelgetes (angol), stb.

2) Kisebb ceg (Az osszes fordlulo egy nap kb. 1,5 ora alatt), elso forulo egy rovid angol beszelgetes, majd a masodik fodulo egy script irasa, olyen nyelven amit szandekosan ugy valasztottak ki, hogy senki ne ismerje, de persze (angol) doksit kaptam. Harmadik fordulo angolul beszed a fonokkel.

Szerintem mindeketto jo arra, hogy kideruljon a jelentkezorol, hogy van-e vmi alap tudasa a temarol, vagy csak "szerencslovag". A masodik megoldas a problema megoldo kepessegre es a tanulasi kepessegre is kiter, cserebe a kesobb munka soran hasznalando nyelvbol a targyi tudast nem ellenorzi.

Ezutan mg persze jon a probaido, ahol ha nem valik be az ember a ceg meg konnyen es viszonylag olcson megvalhat az illetoto.

Engem anno azért vettek fel rendszergazdának, mert a másik jelentkező nem tudott válaszolni arra a kérdésre (se), hogy "...mi annak a számnak a neve, ami a processzorra váró processzek száma" vagy valami ilyesmi. Én tökre beszartam, mert láttam, hogy az előttem lévő kb. 1.5 perc alatt lett kihajítva, meg a kérdés is angolul volt (asszem) és azon törtem a fejemet, hogy mi a trükk a kérdésben.

Nem volt trükk, csak a másik csávó volt ennyire sík.

Az mostani tapasztalatom szerint a fenti szintű kérdéssel a jelentkezők felét, kétharmadát ki is lehet szórni (telefonos interjú, pl. angolul). Ha ezen a szűrőn átmegy, akkor mesélhet arról, hogy milyen munkákat csinált eddig, abba meg belekérdezek, hogy mégis hogy. Ezek után jó ha kettőnél több ember marad, akiből választani lehet.

A programozáshoz nem nagyon értek, de hozzon saját kódot, mutizza meg, ha látom, hogy szép, jól felépített, olvasható, debugolható, azaz alkalmas arra, hogy rajta kívül más is boldoguljon vele (csapatmunka), akkor kap egy specifikációt, olvassa el és kérdezzen. Van egy pár éves pdf-em, meglepően sokan elhasaltak rajta :)) Igaz volt aki nem kérdezett semmit, hanem megcsinálta, de olyan csak egy volt, ő meg a zseni kategóriába tartozik. Vele csak az a baj, hogy egy van belőle és nem 10.

Igen ezek tipikus kerdesek. Ennel mar csak az a rosszabb szerintem, ha ugyanezek a kerdesek teszt formajaban tortennek.
Tobb ceg csinal olyat, hogy hetvegere ad egy kisebb feladatot, hogy old meg, vagy csak siman gyakorlati feladatot az interjun, pl. egy problema, amivel a ceg regota sziv, es ha a felvetelizo rogton tudja mondani, akkor jo pont :) Szerintem a felvetelizo is tobb onbizalommal megy egy olyan helyre dolgozni, ahol nem sablon kerdeseket tettek fel, bar ez sokmindentol fugg...

Legjobb felveteli feladat az volt, ami nekem tetszett, hogy irjon egy programot (c, c++), ami kinyomtatja onmagat :)

http://djszapi.homelinux.net

Szerintem Joel ebben a kérdésben is megfontolásra érdemes dolgokat írt, bár a másik oldalról szemlélve a folyamatot.
Egyébként létezik egy http://www.programmerinterview.com oldal, bár nem mindig a nagy magyar valósághoz igazodik, sőt...

Programozoknal nyilvan kerdes a programnyelv. Nehany dolog, amiket szoktam kerdezni:
Nyelvtol fuggetlenul tudni illik:
- virtualis memoriakezeles, hard/soft page fault, lapozas
- processz memoriavedelem, processz-thread viszonya
- adatstrukturak (hashtabla, map, tree, lancolt listak, ezekben kulonbozo keresesek, O(n) jeloles)
Mondjuk C++-ban:
- mmap
- template rendszer
- virtualis orokles, fuggvenyek, vtablak, mit jelent a single / multiple dispatch, diamond-shaped inheritance
- iteratorok
- STL konvenciok
- Boost alapok
- memoriamenedzsment (allokatorok, shared_ptr, auto_ptr, weak_ptr, ezek problemai)
.Net es Java:
- generikus rendszer, generikus variancia, Javaban type erasure
- garbage collection algoritmusok (refcounted, M&S, tri-state, generaciok jelentosege), finalizerek, destruktorok, eroforras-menedzsment
- virtualis fuggvenyek implementacioi (elegge elter a Java es a .Net)
- ( UI ) threading model (UI message loop, cross-thread marshaling)
- .Netben aszinkron hivas-paradigma
- .Netben appdomainek, assemblyk
- Javaban classloader infrastruktura, .Netben assembly binding, etc.
- Reflection, elonyok - hatranyok

Ezek jutnak eszembe elsore, ezeket szerintem jo tudni barmely fejlesztonek, biztos van meg csomo egyeb dolog is, csak nem ugrott be.

Persze ezenkivul meg szokas design patterneket, framework ismeretet is kerdezni, de itt a hatar a csillagos eg, attol fuggoen, hogy a ceg mivel foglalkozik.

Ezeket 2-3 ev fejlesztesi tapasztalattal lehet elvarni, egyetem vegen jo, ha a felet-harmadat tudjak az emberek, de ha mondjuk valaki 3 ev Java tapasztalattal nem tudja, h hogy mukodik a GC (legalabb nagy vonalakban), az nem jo.

Ezenkivul tudjon problemakat megoldani, itt viszont nincsenek sablonkerdesek szerintem.
----------------------
while (!sleep) sheep++;

Nem tudom, hogy ki mondta, de:
Hogyan tudod a és b változó értékét felcserélni harmadik változó használata nélkül?

Legyen a magasszintű nyelv a magyar...és a rendszergazda szónál megbuktál. ("rendszer gazda")

subscribe