.NET architect állásinterjú kérdések

Az állásinterjú sorozat előző részeiben írtam már C# programozás kérdésekről illetve a fejlesztői kompetenciákról. Az alábbi kérdéseket egy .NET senior architect pozícióval kapcsolatban tették fel nekem angolul, egy 20 perces telefonos interjú során, villámkérdések formájában:

Általános .NET kérdések

  • Mi az objektum orientált programozás három alapelve?
  • Mi a különbség az interfész és az absztrakt osztály között?
  • Mit jelent az egységbe zárás (encapsulation)?
  • Milyen láthatóságok (scopes) vannak C#-ban?
  • Mit jelent az öröklés (inheritance)?
  • Mi a különbség az override és a new kulcsszavak között C#-ban?

Webfejlesztéssel kapcsolatos kérdések

  • Miért rossz az ASP.NET ViewState?
  • Mit jelent az MVC tervezési minta?
  • Mire szolgálnak az action filterek ASP.NET MVC-ben?

Adatbázis kérdések

  • Mi a különbség az outer és az inner join között?
  • Mi a különbség a clustered és a nonclustered index között?
  • Milyen hátrányai vannak az indexeknek?
  • Mi a tranzakció?

Bevallom, a senior architect pozícióhoz képest szerintem igencsak alapvető kérdésekről van szó, de tegyük hozzá rögtön, hogy ez csak az első kör volt egy többlépcsős interjú sorozatban.

 

Technorati-címkék: ,,,,

14 thoughts on “.NET architect állásinterjú kérdések

  1. kketto

    Rögtön az első kérdés: 3? 4? mennyi az alapelv? Láttam már többféle felosztását az “alapelveknek”…
    No meg, egy architectnek villám kérdésekre kell válaszolni 1mp alatt? Furcsa. Az ember minél többet tanul, egy dolognak minél több környezetét ismeri meg, annál inkább kevéssé tudja mi egy ilyen villámkérdésnél az elvárás, mert hirtelen eszébe jut a közvetlen könyezete a fogalomnak, a tágabb, még tágabb, milyen helyzetben szokták az adott kifejezést használni.
    OK. A felsorolt kérdések nem mindegyike ilyen, de pl. ez a legelső igen, meg pl.az utolsó előtti is (milyen adatbázis kezelő implementációban, relációs? MS SQL Server?
    De lehet, hogy csak én vagyok ilyen elgondolkodós, és egy ilyent “teszt” szerű villámlós kérdéssorban egy adott gondolkodás minta (és az annak megfelelő kánon) szerinti felmondást várják.
    Persze ekkor meg simán lehet, hogy egy olyan kánont várnak, amivel nem találkoztál (interjú készítő valamilyen homályos faxnija pl.)

    1. kketto

      Persze, mindig ér, de nem mindig van rá lehetőség🙂 no meg, ha meggondolod, lehet ez olyan “hasbaakasztós” kérdés, azaz mit is mond a delikvens? Rávág valamit, vagy közli, hogy lehet ilyen válasz, meg olyan, meg amolyan attól függően, hogy mi az értelmezési tartomány. Magyarul a látókör felmérésre igen is jó lehet az ilyen “nem architect szintű” kérdés.

  2. Mező Gábor

    Csodálom, h egy ilyen munkakörben egyáltalán kérdeznek bármi szakmait. Nem sok értelme van. Általában az ember egy ilyen helyre személyes ajánlások és/vagy referenciák alapján kerül be (ami persze nem öt darab cégbemutató honlap, hanem ez vagy az a projekt tervezése és/vagy irányítása.)

  3. Attila Érsek

    Hát ezek kérdések közül az egyetlen architect-ként szóba jöhető, és amúgy egyáltalán említésre méltó kérdéskör a webes, abból is igazából csak az MVC pattern. Az actionfilternél meg max visszakérdeznék, hogy attól függ DI vagy AOP a célja vele🙂 A ViewState-nél meg kikérném magamnak, nem rossz, csak használni kell tudni🙂

    Egyébként, ha már szóba került, egyáltalán ki hogy venne fel egy architectet? Azon kívül, hogy ajánlott és referenciákkal ellátott… Mekkora az az egészséges kockázat amiért látatlanba ültetsz be valakit ~3 hónapra (próbaidő) egy projectre/cégbe?

  4. laci hornyacsek

    Az ember olyan izé, aki okosnak képzeli magát, de legalább az átlagnál okosabbnak. Ha papírja is van róla, akkor bizonyítottnak is gondolja.

  5. Tóth Viktor

    Ez valószínűleg egy screening interview volt, nem azzal a céllal, hogy egy jó jelöltet találjanak, hanem hogy viszonylag olcsón kirostálják azokat, akik szerintük nem felelnének meg egy komolyabb szakmai beszélgetésen (emiatt nem kell elpazarolni másfél órát rá egy személyes interjún). Egy alsó szintet húztak meg tehát, emiatt vannak az egyszerű kérdések.
    Az, hogy mit érdemes kérdezni és mit illik tudni egy screening interview-n, persze lehet vita tárgya. Másik oldalról nem hinném, hogy a kérdésekre a tankönyvi választ várnak. Ki vágja az összes láthatóságot c#-ban fejből? Hányan használtak már “protected internal”-t, és hányan felejtették el, hogy egyáltalán van ilyen? Valószínűleg itt elég az, amit az ember napi szinten használ.
    Harmadrészt az ilyen egyszerű kérdések nagyon gyorsan elvezethetnek bonyolult kérdésekhez. A “mit jelent az öröklődés” például elvisz a jóval bővebb kompozició vs öröklődés témához, vagy az override/new kérdésnél el lehet mondani, hogy mi lesz a különbség a típus metódus táblájában, egyáltalán mi az a metódus tábla és miért kell – ami már túlmutat az alap szintű tudáson.

Vélemény, hozzászólás?

Adatok megadása vagy bejelentkezés valamelyik ikonnal:

WordPress.com Logo

Hozzászólhat a WordPress.com felhasználói fiók használatával. Kilépés / Módosítás )

Twitter kép

Hozzászólhat a Twitter felhasználói fiók használatával. Kilépés / Módosítás )

Facebook kép

Hozzászólhat a Facebook felhasználói fiók használatával. Kilépés / Módosítás )

Google+ kép

Hozzászólhat a Google+ felhasználói fiók használatával. Kilépés / Módosítás )

Kapcsolódás: %s