Weblabor

Az elmúlt napokban, hetekben volt alkalmam állásinterjún részt venni, és az a helyzet, hogy az egyik cég annyira kihozott a sodromból, hogy így utólag kénytelen vagyok valami útmutatást írni arról, hogy mégis, szerintem hogyan kellene eldönteni, kit vesznek fel programozónak. Nem célom, hogy lejárassam az adott céget, ezért nem írom le a nevüket, csak az élő példa kedvéért szerepel itt. A történten keresztül remélem megfelelő útmutató lesz azoknak a cégvezetőknek, akik új munkatársakat keresnek.

Igazodva a blog kategóriához, ez egy eléggé személyes hangvételű bejegyzés lesz, és előreláthatólag elég hosszú, de reményeim szerint egyáltalán nem unalmas. A blogbejegyzés címe lehetne akár az is, hogy „Hogyan ne járassuk le a cégünket”.

Szóval rátaláltam egy a lakhelyemhez közeli weblapkészítéssel foglalkozó cég honlapjára. Érdeklődve megnéztem az állásajánlat menüpontot, éppen volt felvétel. Meglepő módon a honlapon nem referenciákat vagy egyéb előszűrésre alkalmas dolgokat kértek, hanem fényképes önéletrajzot.

Ha programozót keresel, érdemes feltenni a kérdést, hogy a fényképalbumodat akarod bővíteni, vagy programozót keresel?

Eleve gyanús, ha valamelyik cégnél fénykép alapján akarják eldönteni a pályázóról, hogy az tud-e programozni vagy sem. Mert ugye programozókat keresel és nem manökeneket. Így aztán: minek is fénykép? Ezzel csak elriaszthatod a hozzád jelentkező, normális programozókat. Hisz miért jelentkezne valaki oda, ahol azt sem tudják eldönteni a programozói pályázat meghirdetésekor, hogy mi fontos és mi nem.

Fényképet végül nem küldtem. Ellenben felhívtam őket, hogy mégis mi a helyzet ezzel az álláshirdetéssel. Néhány mondat váltása után azt közölte az illetékes, hogy majd küld egy tesztfeladatot, mert szeretnék látni, hogy a pályázók milyen kódot írnak.

Na, akkor talán más írhatta a weboldal szövegét – gondoltam naivan. Végre valaki, aki szakmai dolog alapján akarja első lépésben eldönteni, hogy kit akarnak felvenni. De, hogy magát a feladat kiírását miért nem lehetett kitenni a honlapra? Ezen nem kell sokat gondolkodnotok: itt a feladat(sor), amit küldtek.

Ha programozókat keresel, akkor első lépésben megfelelő tesztfeladatot találj ki! De az ég szerelmére, ne az éppen aktuális projektek részfeladataival ömleszd el a jelentkezőt!

Ha így teszel, csak lejáratod a céget. Hisz ki dolgozna szívesen ott, ahol az állásra pályázókkal akarják megoldatni az aktuális feladataikat?

Milyen a jó tesztfeladat?

Ennek megválaszolásához válaszolnod kell arra a kérdésre, az a szándékod, hogy felmérd, hogy a jelentkező tud-e használni valamilyen általatok preferált CMS-t, vagy az, hogy megtudd, CMS nélkül milyen kódot ír a jelentkező? A tesztfeladatra jellemző, hogy

Néhány óra, max. egy délután alatt megoldható

A benyújtott anyagot fel is kell dolgozni, át kell nézni. Így neked sem kell sok időt vesztegetni az átnézésükkel. Ezen kívül a többi, „nem nyert” pályázó idejét sem rabolod fölöslegesen csak azért, mert neked éppen ilyen kedved szottyant.

Pontos specifikáció

A feladat pontos leírását kell adni, ami tartalmazza a számotokra fontos követelményeket. Messzire kerülendők a specifikációban a homályos mondatok: „a feladat megoldása objektum közeli legyen”. Mert ugye az ilyen mondatoknak semmi értelme. Mi az, hogy objektumközeli? Vagy: „dinamikusan frissíthető honlapot kell létrehozni” Mert egyébként egy PHP alapú honlap milyen lenne? Statikus? A kifejezés: „pontos specifikáció” nem azt jelenti, hogy a leírásban mindent az égvilágon rögzíteni kell. Épp ellenkezőleg!

Ha CMS használata az igény vagy éppen ellenkezőleg, akkor azt közöld a pályázókkal!

Ezen a ponton összemosható a kettő, ha saját modult kell írni egy meglévő keretrendszerhez. De csak a cégedet járatod le, ha az az igény, hogy használjon a pályázó xy rendszert vagy épp ellenkezőleg, és ezt nem közlöd. Elég furcsa, ha a tesztfeladatot azzal utasítják el, hogy a pályázó használt vagy éppen ellenkezőleg nem használt keretrendszert – nem gondolatolvasókat keresel a cégedhez, hanem programozókat! Mit gondolhatunk a cégről, ha még egy egyszerű specifikációt sem tudnak írni?

Milyen a rossz tesztfeladat?

Vess egy pillantást a fenti feladatsorra és megtudod. Miért kellene tesztként hat feladatot megoldani? A mini webshoptól a fotógalériáig? Ezen kívül a feladat nagysága a legkisebb mértékben sem igazodik az elvárt megoldási módhoz – utólag kiderült, hogy saját kódot vártak. A specifikáció nem hogy pongyola, hanem hibás, van ahol a leírás ellentmond önmagának is.

Még egyszer hangsúlyozom, hogy a tesztfeladat rövid, néhány óra alatt megírható. És a pontos specifikáció nem azt jelenti, hogy mindent rögzíteni kell, amit csak el tudsz képzelni, mégkevésbé ötletszerűen összedobált leírás egyvelege.

A történet úgy folytatódik, hogy a feladatokat – a mini webshop kivételével – megoldottam Drupal rendszer alatt. Elküldtem a részükre, de az a levél amiben a feladatot küldték a következőt tartalmazta: „A feladatot, elkészítés után fel kell tenni egy tárhelyre, és a forrás kódot, mellékletként kell elküldeni részünkre.”

Tesztelj te is, avagy a pályázók megismerésének következő lépcsőfoka!

Az azért elég ritka, ha egy cégnél arra sem képesek, hogy maguk telepítsék az elküldött tesztfeladatok megoldását. Nem utolsó sorban azért ajánlatos nektek elvégezni, mivel abból is leszűrhető némi infó, hogy melyik pályázó hogyan írja le a telepítés menetét. – Ebből levonható, hogy milyen specifikációt írna. Ami nem utolsó szempont, ha a leendő munkatárs képes megírni egyeztetés előtt álló specifikációt. – Ehhez rövid és lényegretörő fogalmazás kell. Ami igaz, hogy tanulható.
De ha ez nem is jön szóba, legalább ne járasd le a céged azzal, hogy még arra sem vagytok hajlandók, hogy az általatok kiosztott tesztfeladatok megoldását magatok telepítsétek.

A feladatok megoldásának beérkezése után jelezz vissza!

A beérkezett tesztfeladatokból már kialakul egy kép. De mindenféle döntés előtt előbb jelezz vissza, hogy mi tetszett vagy mi nem. Alapvetően minden pályázó szívesen veszi, ha valamiféle visszajelzést kap – nem kell bonyolult dolgokra gondolni. Ezt meg ezt, így és így szerettétek volna, vagy így és így gondoltátok. Egyszerűen csak le kell írni a megoldásról a véleményed.

Itt egy kis kitérőt tennék. Hisz a konkrét tanácsok mellett egy történet szála is fut. Ezen kívül a történet ezen része kapcsolódni fog az ajánlásokhoz.
A tesztfeladat megkapása előtti napon találtam rá az egyik számomra fontos honlap vendégkönyvére. A honlapot az adott cég készítette. És mivel épp az előző hónapban javítottam ki egy BBCode osztály és a Joomla AkoComment komponens hibáit, és előtte jelent meg a Weblaboron a XSSDB attack database könyvjelző, így mindenféle morfondírozás nélkül kipróbáltam, hogy mennyire védett html injection ellen az adott vendégkönyv.

Egyébként, ha rátalálok egy vendégkönyvre nem ez az első gondom. Mint írtam számomra fontosnak tűnt az adott honlap, és épp előtte foglalkoztam ilyenekkel. Második lépésben a következő „rafinált üzenetet” próbáltam ki:Ahogy sejthető, hisz miért írnám le, ezzel sem foglalkozott a vendégkönyv programozója, úgy ahogy volt kiírta a html kódba, végül is üzenet-üzenet. Ez után írtam egy levelet a polgármesternek, hogy ez így nem igazán jó. Plusz felhívtam az adott céget, hogy ok, hogy a múlt héten beszéltünk állásügyben telefonon, de itt ez a hiba, meg kellene oldani. Szívélyesen megköszönték, hogy teszteltem a kódot, és közölték, hogy nemsoká küldeni fogják a tesztfeladatot is.

Na, erre jött a tesztfeladatsor, aminek az első feladata meglepő módon egy vendégkönyvre hajaz. Csak a tesztfeladatban egy „üzenetet” kellett megjeleníteni, egy vendégkönyvnél meg sokat. Ezek után elhamarkodott-e az a következtetés, hogy az aktuális projektek részfeladatait küldték el feladatként?

Lehetőleg hívj be mindenkit személyes találkozóra!

Eltekintve attól, aki semmilyen megoldást nem tudott adni a tesztfeladatra. Lehetőleg hívj be minden jelentkezőt megbeszélésre! Egy személyes találkozó sosem árt. Rangsorold a jelentkezőket a megoldások alapján, és hívd be őket ennek megfelelő sorrendben! De ha valamelyik jelentkezőről – minden bizonnyal végtelen bölcsességgel megáldva – már eldöntötted, hogy nem veszed fel, akkor feleslegesen ne pocsékold sem az ő, sem a te időd.

Ne feledd: a cél, hogy a cég jó programozót vegyen fel

Elméletileg ez a cél. Bár úgy tűnik, mintha az adott cégünknél egyáltalán nem számított volna a programozói ismeret.

Készülj fel megfelelő kérdésekkel!

Kapásból néhány kérdés, amiket alap kérdéseknek tartanék. A cél, hogy megismerd a leendő munkatársat. Megjegyzem, hogy az adott cégnél ilyen kérdések szóba sem kerültek.

1. Milyen operációs rendszert használ? Miért?
   Erre nincs jó válasz. Abból a válaszból, hogy Linux vagy Windows még nem következik semmi.
   
2. Milyen fejlesztői környezetet használ? Miért?
   Itt sincs olyan, hogy ez vagy az lenne a helyes válasz. A magam részéről a PHPEd-re esküszöm, de el tudok képzelni elvakult open source rajongót, vagy a fapados változatokat kedvelő fejlesztőket.
   
3. Milyen verziókövető rendszert használ? Miért?
   Erre sincs jó válasz. Nekem itthon egyáltalán nem volt szükségem verziókövetésre. De csoportmunkánál ez elhagyhatatlan.
   
4. Hogyan kell néhány alap Apache beállítást eszközölni?
   Olyanok, mint mod rewrite, mod expires, php beállítások. Csak alapvető dolgok, végül is nem webmestert keresel.
   
5. Milyen CMS rendszert ismer készség szinten?
   Még akkor is, ha a cég nem használ CMS-t. Jól jöhet, ha akad aki ért a Drupálhoz vagy a Wordpress-hez. Megjegyzem, hogy a Joomla ismeretéért ne adj plusz pontot, ha úgysem használjátok.
   
6. A jelentkező szerint minek kell megfelelnie egy honlapnak? Miért?
   Mármint technikailag. Én erre a kérdésre a következőt válaszolnám:
   A honlap kódja érvényes XHTML 1.0 Strict; a CSS hibaüzenetek megengedettek; kikapcsolt JavaScript nélkül is működőképes; megfelelően működik IE 6.0, IE 7.0, FF 1.5 és Opera 9.0 böngészők alatt; bármelyik oldal közvetlenül nyomtatható – a magyarázatot most elhagynám, biztos van aki nem ért az itt felsoroltakkal egyet. A cél nem is ez volt, csak példaként szerepel.
   
7. Milyen fő PHP verziót használ? Miért?
   Erre jelenleg adódik a megfelelő válasz: PHP5. De csak minimum a ppp és a get/set ismeretével. De én megfelelő miérttel el tudnám fogadni a PHP4 választ is.
   

És még ki lehetne találni néhány alapvető kérdést. Amik egy része plusz pontokkal járhat, de nem feltétlenül perdöntőek. Arra alkalmasak, hogy megismerd a jelentkező személyiségét és ismereteit. Szóval az ilyen, és ehhez hasonló kérdéseket teljesen elhanyagolhatónak tarthatták az adott cégnél. Akkor mégis mit kérdeztek?

Hát valójában semmit. Azt mondták, hogy a cégvezetővel való beszélgetés előtt át kéne néznem egy kódot, van benne két hiba, meg kellene találnom. Naivan azt hittem, hogy fél, egy oldalas kódot kapok. E helyett egy 12-14 oldalas, körülbelül 6-7 osztály kódját tartalmazó kódot toltak az orrom alá. Az ötödik hiba körül abbahagytam a kód követését, gondoltam ennyi elég lesz. A hibák, amikre emlékszem:

• Az adatbázisra a ’tabla’ szóval hivatkoztak.
  
• Az egyik konstruktor nem kapott paramétert, miközben az nem opcionális volt.
  
• Teljesen hiányzott a kódból két metódus, ami meghívásra került.
  
• Az fopen() és a filesize() elérési út nélkül kapták meg a fájlnevet.
  
• Ilyenképpen akartak meghívni egy metódust: call_user_function($objektum, $metodus, $parameter);
  
• Az egyik sor valami ilyesmi volt, ami olyan kódrészletben szerepelt, ami többször is meghívásra került: echo ’hello’,$object;
  

Valahol itt hagytam abba a kód elemzését. Végül a call_user_function() híváson kívül a többire azt mondták, hogy nem ezekre gondoltak. Keressem meg azt a hibát, amire ők gondoltak.

Töltess ki gyorsan megoldható feladatsort!

Töltess ki 10-12 kérdést tartalmazó, The Zend PHP Certification Practice Test Book-szerű kérdéssort. De még véletlenül sem tíz egynehány oldalas, követhetetlen programkódot kell a jelentkező orra alá dugni. Mert mit is vársz ettől? De a rövid tesztkódokkal ellenőrizhető a jelentkező aktuális felkészültsége. Figyelj arra, hogy olyan tesztet adj, amit te is meg tudnál oldani!

A cégvezetővel való beszélgetés arról szólt, hogy tulajdonképpen ők remek weblapszerkesztők, és én tévedek, bármi légyen is az. Első lépésben szóba került, hogy nem jó nekik, hogy Drupálban oldottam meg a feladatot, ez egyébként fel sem tűnt a cégvezetőnek, pedig az alapértelmezet smink volt alatta. Majd közölte, hogy azért nem használnak CMS-t mert a licence nem engedi, hogy pénzt kérjenek érte. Ennek megtárgyalása után, feltett egy általános kérdést, amire értelmes választ nem lehet adni. Valami olyasmit, hogy hogyan gondolom az együttműködést és tudok-e csoportban dolgozni? Ugye mindenki érti, hogy ezekre a kérdésekre nem lehet normális választ adni!

A kérdéseid legyenek konkrétak, és legyenek céljaik!

A „megfelelő kérdések” résznél felsorolt példa kérdések egy részénél nincs jó válasz. Azok a kérdések nem teszt jellegűek, ahol egyértelmű lenne, hogy minden esetben a B válasz jó, a C rossz. Arra valók, hogy beszélgetni lehessen róluk. De vannak olyan kérdések, amik épp ilyenek. Erre való a rövid tesztfeladat sor. És vannak olyan kérdések, amikre egyáltalán nincs értelmes válasz. Ilyen például az, hogy „hogyan gondolja az együttműködést”. Most a pályázónak át kellene mennie távollátóba vagy jósba? Mert ugye van egy bizonyos munkafolyamat minden cégnél. Ahhoz meg a munkatársaknak igazodnia kell. Csak olyan kérdést tegyél fel, amire tudod, hogy milyen választ vársz! Semmitmondó kérdésekkel csak önmagadat járatod le. Azért hívtad be a jelentkezőt, hogy megismerd, nem azért hogy semmitmondó dolgokról cseverész vele!

Ezután a beszélgetésünk nagyobbik részét az tette ki, hogy kérdőre vontak, hogy hogy mertem egyáltalán jelezni a vendégkönyv hibáját a polgármester felé. Aztán azért is, hogy meg mertem írni, hogy a feladat kiírása két súlyos hibát tartalmaz. Elsőnek nem is értette, hogy miért súlyos hiba az, ha egy ajánlatkérő oldal automatikusan visszaküldi a begépelt szöveget a megadott emailcímre.
Aztán vázoltam neki azt a helyzetet, ha készítenek egy cégnek egy honlapot, majd spamet küldenek ki rajta keresztül, aminek az lesz a következménye, hogy bepereli az adott cég őket hitelrontás vagy akármilyen jogcímen, és minden ismerősüket figyelmezteti, hogy ezzel a céggel nem érdemes dolgoztatni. Akkor vajon érdemes-e ilyen ajánlatkérő űrlapot készíteni? A cégvezető szerint ezt ő a legkisebb mértékben sem nevezné súlyos hibának. Hogy ők aztán mittudom én hány weblapot készítettek, de ilyen még nem fordult elő.

A második felvetésem, hogy azért html kódokat nem szoktunk egy az egyben megjelentetni, egy kézlegyintéssel intézte el, hogy ez aztán bagatell, és hogy merem én ezeket súlyos hibának titulálni!

Ha cégvezető vagy, és nem értesz a programozáshoz, akkor ajánlatos nem kioktatni a programozót a szakmájából!

Csak magadat és a céged járatod le azzal, ha azt hiszed, hogy ha átlagon felüli a kereseted, már mindenhez értesz. Ez így megfogalmazva teljesen egyértelmű, de néhány cégvezető mintha erről tudomást sem venne. Hidd el, hogy a programozó sem fog téged kioktatni menedzselésből.

Döntés után jelezz vissza!

Ha meg van a döntés, hogy kit veszel fel, akkor az elutasítottakat is értesítsd! Írd meg a döntés okát is! Hogy nem érsz rá? Hát a jelentkező ráért arra, hogy a te feladataiddal foglalkozzon? Így utólag teljesen feleslegesen. Akkor legalább azzal tiszteld meg, hogy leírod, vagy felhívod, hogy miért nem ő került kiválasztásra!

A felvétel után: türelem

Egy munkahely alapvetően zárt közösség. Minden új munkatársat a régiek nehezen fognak elfogadni. Persze minden csoda három napig tart. De cégvezetőként bizton számíthatsz rá, hogy akad olyan munkatárs, aki az újakat akarva-akaratlanul is ki akarja fúrni. Ezt egy cégvezetőnek tudni kell kezelni, vagy legalább tudatában lenni. Minimum furcsa, ha nem ismered a munkatársaidat, de az általuk közölt dolgokat tényként kezeled.


Mindezeket átolvasva talán jobb felvételiztető rendszert találnak ki egyes cégeknél. Vagy egyáltalán bevezetnek valami normális protokoll szerű dolgot. Ami közelebb áll valamiféle egzakt dologhoz, mint olyan teljesen szubjekthez, hogy fénykép alapján eldönteni, hogy valaki milyen programozó. Ajánlani tudom még Joel írását a felvételiztetésről.