Vragen voor beoordeling nieuwe werknemer IT

[selder]

Ha. Nu heb ik het weer vlaggen

Ik werk sinds euh vorige week bij een nieuwe werknemer. Heb al aardig m'n weg gevonden, maar 't is nog veel zoeken en puzzelen

Nu hebben ze van de directie uit het idee dat er teveel werk is voor 1 persoon, en willen ze dus een 2de aannemen. En morgen komt er al een kandidaat. Als die meevalt willen ze die ook wel technisch beoordeeld zien ... en daar kom ik aan te pas.

Ik moet die kerel morgen dus een paar vragen stellen en aan de hand daarvan beoordelen of ie iets waard is of niet..

Ik heb geen *flauw* idee hoe ik daar aan moet beginnen Bestaan er ergens zo van die algemene vragen die ik aan die kerel kan vragen?

Ohja, onze infrastructuur is Windows 2003 servers, Exchange 2003, XP SP3 of Vista Business, met nog wat meuk als Thin Clients en een bende Blackberries.

[deej]

Hoe dat ik het doe is heel eenvoudig: ik stel vragen die typisch de klant (extern / intern maakt niet uit) aan mij zou stellen.

Bv (voor security) vraag ik dan "ik ben een klant die zijn medewerkers wil laten telewerken, wat stelt u me voor?" En dan als ie iets zegt dan vraag ik dieper "ah ja SSL VPN... Leg een keer uit hoe dat technisch werkt? En maak eens even een design op het whiteboard".

Of voor mensen die beweren dat ze CCNA hebben vraag ik doorgaans waarom ze VLANs zouden gebruiken. Basisvraag maar daar gaan er al veel door de mand .

[Sasuke]

Hier even een aantal typische vragen die ik stel:

1. Bent u bekend met ActiveDirectory ?
2. Bent u bekend met de FSMO rollen van AD, kan u deze beschrijven? Hoeveel zijn er in totaal?
3. Exchange 2003: Wat is het verschil tussen een administrative group en een routing group ?
4. Netwerken: Maak een tekening met daarop een PC met als IP adres (bvb) 172.20.24.1/16, een switch, een router en een server met als IP adres 172.20.25.100/16. Zeg dat de server een Webserver is en vraag dan of de PC websites kan zien die gehost worden op de webserver of niet.

Bijvoorbeeld hé, alles hangt natuurlijk af wat je effectief wil weten en wat zijn/haar taken zullen zijn

Grtz,
Sasuke

[Pi R²]

Begin steeds met een basisvraag... voor de mensen wat op hun gemak te stellen. Vraag dus: wat is een computer. Over die vraag kunt ge uren filosofisch doorgaan, uit de filosofie daarachter kunt ge direct zien of mensen er veel van kennen of niet. En inderdaad, vraag ook of ze bekend zijn met voor ge vraagt: wat is... Anders komt ge zo examineel over. En dan kunt ge verdere bewijzen vragen. Zo zet ge ne mens niet met ne mond vol tanden als hem per accident over dat ene onderdeelke (dat misschien bij te schaven valt) niets kent, terwijl die voor de rest alles perfect beheerst.

[Goztow]

Zorg er sowieso voor dat hij minstens 6 maanden op proef komt. Als hij dan niet meevalt, dan kan je er nog makkelijk van afgeraken.

[liger]

ik zou hier beginnen
http://thedailywtf.com/Series/Tales_fro ... rview.aspx

[Maglor]

ik zou hier beginnen
http://thedailywtf.com/Series/Tales_fro ... rview.aspx

Er zitten een paar goeie tussen

[Kenneth]

Zorg er sowieso voor dat hij minstens 6 maanden op proef komt

Hij werkt er zelf nog maar een week en dan direct beginnen dat nieuwe personeelsleden zes maanden op proef zouden moeten komen

[stefke]

Stel dat die nieuwe werknemer hier ook lid is Grappig kan hij zich voorbereiden

[Caey]

Ik moet toch toegeven dat ik van bovenstaande vragen bijna geen enkel kan beantwoorden, heel misschien die van die routing.

Ik vermoed dat je het teveel in je eigen ervaring zoekt, iets wat op lange termijn negatief werkt omdat iedereen dan niet alleen de zelfde kennis heeft, ze denken ook op eenzelfde manier.

Een bredere aanpak kan bestaan uit bijvoorbeeld polsen naar de kennis van alternatieve besturingssystemen en of de persoon bereid is om daarmee te werken.
Je kan ook informeren naar zijn profiel, is hij iemand die enkel wil implementeren of iemand die nieuwe dingen wil uitdenken.

Maar goed veel hangt af van uw profiel natuurlijk. Maar zoals ik al eerder vermelde: op al die vragen zou ik onmogelijk kunnen antwoorden dus ik zou alvast uit de boot vallen. Bovendien moet je realistisch zijn, iemand die al op die vragen zou kunnen antwoorden moet zelfs een stuk meer kennis hebben dan uzelf, dus waarschijnlijk zou het loon toch niet volstaan voor zo'n persoon.

Dit is volstrekt persoonlijk, maar uit eigen ervaring heb ik het gevoel dat mensen die zéér goed zijn van dag 1 doorgaans niet veel groeien in hun mogelijkheden. Net alsof ze het maximum al bereikt hebben door ervaring.
Mensen waarbij je een goed gevoel hebt, en die kunnen (EN willen) bijleren worden doorgaans betere werknemers... die dan meestal vertrekken naar een volgende werkgever voor meer loon en mogelijkheden.

U ziet maar, enkel dingen als 'uitstekende kennis van microsoft words' en van die dingen vind ik redelijk onvergeeflijk. Verder staat het u ook vrij die mens eens te vragen eens iets te lezen over (bv) SSL voor hij naar het interview komt.

[Sasuke]

Caey,

Nu niet om je aan te vallen, maar de vragen die ik heb gesteld zijn "basis" vragen om de begrippen ActiveDirectory & Exchange "echt" te kennen. Als je bvb niet weet wat de FSMO rollen zijn, kun je volgens mij ook geen AD structuur beheren met meer dan 3 servers ...

Wat betreft de "routing" vraag, er is eigenlijk geen sprake van routing in het vraagstuk

Grtz,
Sasuke

[Caey]

Uiteraard kan ik u volgen in dat 'basis' zijn van bepaalde dingen. Maar daarom dat ik ook vermelde dat het zeer goed mogelijk is dat die bepaalde persoon niets van dergelijke dingen afweet, wat natuurlijk niet wegneemt dat hij dit niet zou kunnen leren.

Mag ik misschien vragen wat het doelpubliek is voor deze advertentie? Ik bedoel welke eisen qua opleiding en ervaring er zich stellen.

U hoeft hier niet op te antwoorden uiteraard, maar mag ik vragen welke opleiding je hebt gehad?

[Nob]

Nu niet om je aan te vallen, maar de vragen die ik heb gesteld zijn "basis" vragen om de begrippen ActiveDirectory & Exchange "echt" te kennen. Als je bvb niet weet wat de FSMO rollen zijn, kun je volgens mij ook geen AD structuur beheren met meer dan 3 servers ...

In grote bedrijven maakt dat eigenlijk niet uit...
Dat voorzien meestal on the job training omdat je de kennis die daar zit nooit kan opdoen via studieboeken (of slechts gedeeltelijk).
Als ik testen deed voor java programmeur moest ik bvb "niets" kunnen van java, maar werden mij wel testen voorgeschoteld om zo snel mogelijk een fictieve programmeertaal te leren.

greetz,

Nob

[Sensei Zeon]

Nob, dat is waar, maar aangezien Selder op het ogenblik de enige IT'er is in het bedrijf, betwijfel ik dat er een volledige opleiding aangeboden wordt
Dan zie ik inderdaad meer in de vragen van Sasuke, iemand die deze vragen kan beantwoorden kan zo goed als zeker direct iets van AD en kan je praktisch onmiddellijk op tellen.

[crapiecorn]

Wat betreft de "routing" vraag, er is eigenlijk geen sprake van routing in het vraagstuk

Tricky, misschien kan dat nog interessanter gemaakt worden door wat advanced subnetting toe te voegen

In dit geval wordt er idd geen routing gedaan. 172.20.24.1 behoort tot klasse b waar de laatste 2 octetten gebruikt worden voor host id, dus beide adressen hebben zelfde netwerk id en liggen dus in hetzelfde netwerk.
(als ik me niets vergis)

[Sasuke]

U hoeft hier niet op te antwoorden uiteraard, maar mag ik vragen welke opleiding je hebt gehad?

Als je het over mij hebt, da's heel eenvoudig. Ik heb alles "on-the-job" geleerd, maar na 9 jaar ervaring durf ik gerust zeggen dat ik wel enige kennis van zaken heb. Ik heb geen theoretische ICT opleiding gevolgd ofzo.

@crapiecorn: Inderdaad, het is een instinkertje die direct eigenlijk het kaf van het koren scheidt. Al te vaak kom je van die mensen tegen die denken "networking" specialist te zijn omdat ze handmatig hun huisrouter kunnen configureren. Als je hen dan een IP adres voorschotelt in bovenstaande vorm, dan kennen ze het niet omdat ze enkel maar 192.168.0.0/24 of 1.0/24 zijn tegengekomen.

Enfin, het hangt allemaal een beetje van de job zelf af natuurlijk, maar om even op Nob te reageren. Zulke vragen, en nog een pak technischer, heb ik zelf voor m'n neus gekregen bij het solliciteren bij grote(re) bedrijven hoor. (bvb wat is een SAN, wat is FC zone masking, hoe bouw je router redundancy op in een netwerk, en zo voort ..)

grtz,
Sasuke

Grtz,
Sasuke

[MacE501]

Als professioneel recruiter (aheum) krijg je van mij een gratis tip: pas de 'STAR' methode toe. Op algemene vragen kan de kandidaat zich in bepaalde bochten wringen, maar met 'STAR' verplicht je hem dieper in te gaan op situaties/kennis/competenties.

Stel hem een vraag die betrekking heeft op ervaringen/competenties waarover hij (bijv. volgens zijn CV) beschikt, en pas 'STAR' hierop toe:

Situatie: Wat/Waar/Wie/Wanner?
Takenpakket: Wat was *zijn* specifiek takenpakket? Hoe droeg hij bij tot het ganse gebeuren?
Akties: Wat heeft hij ondernomen? Hoe pakte hij de dingen aan?
Resultaat: Wat was het resultaat, wat leverde het op?

Succes ermee!

[Sasuke]

Klopt, die STAR methode ken ik maar al te goed. Spijtig genoeg geeft die het averechtse effect wanneer de sollicitant zenuwachtig is tijdens het gesprek. Je krijgt dan te weinig informatie (ze klappen toe) en dan lijkt het alsof hij liegt of er toch niet genoeg van kent.

Maar voor de rest is de methode even effectief als dat ze simplistisch is !

Grtz,
Sasuke

[Astralon]

Zelf ben ik nogal voorstander van de "zoek de fout" aanpak.
Indien mogelijk kleine of soms iets grotere fouten introduceren in een systeem of applicatie en dan zien hoe de sollicitant ermee omgaat.

Eén van mijn favorieten is de volgende:
Re-route een bepaalde web site (in dit geval www.yahoo.com)

Code: Selecteer alles

route add  87.248.113.14 MASK 255.255.255.255 10.0.0.254 METRIC 3

en maak ook een entry in de hosts tabel.

Code: Selecteer alles

64.233.183.147	www.yahoo.com

Vraag dan de sollicitant om eens naar www.yahoo.com te surfen en kijk eens hoe hij reageert en het probleem aanpakt.
Lijkt heel simpel maar ik heb hier al veel ervaren mensen zien over vallen.
En dan bedoel ik niet dat ze het probleem niet kunnen oplossen maar ze beginnen fouten te maken: zo vergeten ze bvb. de browser of CMD prompt te herstarten nadat ze een modificatie hebben doorgevoerd.

[Caey]

Vraag dan de sollicitant om eens naar www.yahoo.com te surfen en kijk eens hoe hij reageert en het probleem aanpakt.
Lijkt heel simpel maar ik heb hier al veel ervaren mensen zien over vallen.
En dan bedoel ik niet dat ze het probleem niet kunnen oplossen maar ze beginnen fouten te maken: zo vergeten ze bvb. de browser of CMD prompt te herstarten nadat ze een modificatie hebben doorgevoerd.

Ik weet niet of dit iets is waar je mee moet lachen, achter alles zijn het mensen en werk is een fundamentele basisbehoefte.

Nu misschien nog een laatste opmerking, het kan geen kwaad om misschien eens na te denken over de problemen die je al hebt gehad de laatste jaren en dit te herleiden naar een situatie die iedereen kent, of nog beter die je herleidt naar iets wat de applicant misschien kent (je hebt zijn cv voor iets). Wat ik hier teveel zie langskomen is feitenkennis die ironisch genoeg meer te maken heeft met economische beleidsbeslissingen (daarom werk je met die technologie/producten: ze zijn de goedkoopste oplossingen die aan de verwachting voldoen) dan ze met inzicht te maken hebben.

Misschien ook eens nadenken over het feit dat je met die persoon mogelijks moet samenwerken. En om eerlijk te zijn, als je op een sollicitatie in de grond wordt geboord dan is de goesting om met die persoon samen te werken ook snel over. Het is niet enkel uw eerste indruk van die die persoon, het is ook zijn eerste indruk over u.

Maar goed succes in ieder geval, zoals je al aanhaalde 9 jaar ervaring kan veel (zoniet alles) goedmaken. Dit is voor sollicitaties niet anders.

[Styno]

wat is FC zone masking

Je slaat zoning & lun masking door elkaar... Zoning zit op je switchen, lunmasking op de storage box of in de hba driver op de hosts zelf.

Selder, zie vooral dat jij je goed voelt bij 'de nieuwe' en dat je vind dat je hem of haar kan vertrouwen en erop kan rekenen in tijd van nood. Het wordt je naaste collega, dus best verder kijken dan puur technisch...

[crapiecorn]

Zelf ben ik nogal voorstander van de "zoek de fout" aanpak.
Indien mogelijk kleine of soms iets grotere fouten introduceren in een systeem of applicatie en dan zien hoe de sollicitant ermee omgaat.

Eén van mijn favorieten is de volgende:
Re-route een bepaalde web site (in dit geval www.yahoo.com)

Code: Selecteer alles

route add  87.248.113.14 MASK 255.255.255.255 10.0.0.254 METRIC 3

en maak ook een entry in de hosts tabel.

Code: Selecteer alles

64.233.183.147	www.yahoo.com

Vraag dan de sollicitant om eens naar www.yahoo.com te surfen en kijk eens hoe hij reageert en het probleem aanpakt.
Lijkt heel simpel maar ik heb hier al veel ervaren mensen zien over vallen.
En dan bedoel ik niet dat ze het probleem niet kunnen oplossen maar ze beginnen fouten te maken: zo vergeten ze bvb. de browser of CMD prompt te herstarten nadat ze een modificatie hebben doorgevoerd.

Dat is een "rotte" omdat die 2 nog overlappen. Als je hostfile aanpast zit je daarna nog met die statische route.


ps : Nog niemand gehad die spybot ofzo wou laten draaien

[MacE501]

Klopt, die STAR methode ken ik maar al te goed. Spijtig genoeg geeft die het averechtse effect wanneer de sollicitant zenuwachtig is tijdens het gesprek. Je krijgt dan te weinig informatie (ze klappen toe) en dan lijkt het alsof hij liegt of er toch niet genoeg van kent.

Wat is het éérste dat je doet met een sollicitant? Hem/haar op zijn/haar gemak krijgen/brengen. Niet altijd eenvoudig, maar als je merkt dat 'ie nerveus is, kan een beetje humor wonderen doen.

[selder]

Die kerel die morgen langskomt is een schoolverlater, ervaring heeft ie al niet veel dus. Ik denk dat ik het eerder in de richting van "een pc kan niet op het netwerk, wat controleer je allemaal" ipv "wij zijn onze eigen DNS, wat heeft een glue record daar mee te maken?".

Ik zal wel zien, HR heeft me alleen gevraagd om de technische kennis wat te peilen.

En het is me totaal niet de bedoeling om hem de grond in te boren, hoe zou je daar op komen?

[Styno]

schoolverlater

Wat heb je thuis staan? Waar ben je zoal mee bezig?

[VOiD]

Als je met een beperkt aantal mensen (dus als ik het goed begrijp in jou geval 2 personen) voor IT verantwoordelijk bent is het vooral belangrijk dat je goed overweg kan met elkaar en dat die persoon heel flexibel en leergierig is. Je kan niet verwachten dat hij expert is op alle domeinen. Dus interesses, motivatie en technisch inzicht zijn belangrijker dan technische kennis op een aantal domeinen.

Als die persoon echt de motivatie en het inzicht heeft zal die op de kortse tijd eender wat leren.
Als je dingen zoals technisch inzicht wil testen kan je beter vragen stellen ala 'Waarom is een riooldeksel rond ?'.

[selder]

Bwoah, om het ijs wat te breken misschien, maar daar is ie op het werk niets mee... "ik doe aan audiobewerking" tsjah, daar sta je dan met een verkeerd glue record Maar jah, da's al iets te ver denk ik ...

Van die algemene dingen:

- geen binnenkomende mail, hoe ga je te werk
- useraccount wordt steeds gelocked, wat controleer je?
- save file dialoog staat "uit" het scherm, hoe haal je dat terug?
- ik wil de fileserver in productie rebooten, hoe ga je te werk?

En dan wat theorie bijvoorbeeld: wat is een DAS/NAS/SAN, verschil? Voorwat gebruik je zoal een proxy?

etc etc...

[verdickt]

Zelf ben ik nogal voorstander van de "zoek de fout" aanpak.
Indien mogelijk kleine of soms iets grotere fouten introduceren in een systeem of applicatie en dan zien hoe de sollicitant ermee omgaat.

Eén van mijn favorieten is de volgende:
Re-route een bepaalde web site (in dit geval www.yahoo.com)

Code: Selecteer alles

route add  87.248.113.14 MASK 255.255.255.255 10.0.0.254 METRIC 3

en maak ook een entry in de hosts tabel.

Code: Selecteer alles

64.233.183.147	www.yahoo.com

Vraag dan de sollicitant om eens naar www.yahoo.com te surfen en kijk eens hoe hij reageert en het probleem aanpakt.
Lijkt heel simpel maar ik heb hier al veel ervaren mensen zien over vallen.
En dan bedoel ik niet dat ze het probleem niet kunnen oplossen maar ze beginnen fouten te maken: zo vergeten ze bvb. de browser of CMD prompt te herstarten nadat ze een modificatie hebben doorgevoerd.

Vind ik wel een leuke

[The_Borg]

Persoonlijk vind ik specifieke vragen een rotstreek. Zo van die vragen à la

"Geef me eens een beschrijving van alle pakketjes die worden verstuurd bij een verkrijgen van een IP dmv DHCP" (praktijk voorbeeld op sollicitatiegesprek)

Dat zijn academische vragen die je ooit van buiten hebt gekend, maar al lang bent vergeten. Specifieke vragen zijn leuk in heel specifieke IT functies. Voor algemene sys admins of mensen met een integrator achtergrond zijn die waardeloos. IT gaat 40% om kennis, 60% om problem solving kwaliteiten.

Wat bijvoorbeeld voor mijn job basiskennis is, is voor een andere ITer een ver van zijn bed show. Ik heb spijtig genoeg al gemerkt dat er redelijk wat klootzakskes tussen ITers rondlopen die genieten van zulke vragen te stellen. Dan ben ik veel eerder voor de bovengenoemde aanpak van een concreet probleem te laten oplossen.

[NuKeM]

Ik ben zeker niet ervaren in dit soort dingen, maar ik zou gewoon het CV van de sollicitant overlopen en zijn relevante ervaringen peilen (ervaring met X? Vertel me daar eens over, hoe ben je aan die ervaring gekomen, wat was bv. één van je betere prestaties met X). Of als het een schoolverlater is, zijn relevante interesses op dezelfde manier aftasten. Een mindere focus op kennis, maar meer op competenties en attitude.
Als dat snor zit met hem, een toer doen van het bedrijf en daar af en toe iets aanwijzen en kijken of en tot welk niveau hij kan meespreken. Dat en/of eens iets gaan drinken/eten (eventueel met mogelijke andere collega's), allemaal erg gemoedelijk. Ik zou er vooral op letten dat de persoon zijn interesses en 'groeiwil' aanleunen bij het profiel dat gezocht wordt en of hij aangenaam is in de omgang (dat is misschien moeilijk in te schatten omdat het voor hem ook even een stressmoment is, maar kom, ergens moet het wel loskomen).

[cloink]

En inderdaad niet al te overdrijven in de techniciteit van de vragen. 75% wordt tegenwoordig toch opgelost door nonkel Google.

[meon]

75% wordt tegenwoordig toch opgelost door nonkel Google.

Da's een bedrijfscritische applicatie geworden hier

[localhost]

Persoonlijk vind ik specifieke vragen een rotstreek. Zo van die vragen à la

"Geef me eens een beschrijving van alle pakketjes die worden verstuurd bij een verkrijgen van een IP dmv DHCP" (praktijk voorbeeld op sollicitatiegesprek)

Dat zit in CCNA4. Kut.
Ik kan de hele flow van een dhcp-request wel beschrijven en zelfs een tekeningske bij maken, maar vraag mij niet om de exacte namen van die pakketjes of de verschillende bits&bytes in de pakketheaders. Dat moet je niet weten. Net zoals een garagist moet weten hoe een motor werkt, maar niet volledig de thermodynamische cyclus van een Carnot-proces moet kunnen uitleggen (praktijk voorbeeld van een examen fysica 1e kan bio-ir)

Wat bijvoorbeeld voor mijn job basiskennis is, is voor een andere ITer een ver van zijn bed show. Ik heb spijtig genoeg al gemerkt dat er redelijk wat klootzakskes tussen ITers rondlopen die genieten van zulke vragen te stellen.

Dat zijn sadisten die er zelf niets van kennen, maar die dat op die manier proberen verbergen.

[Dafke]

laat hem eerst eens een beetje zijn eigen ervaring vertellen.. Waar is hij goed in, waarin minder goed en noteer dit allemaal.
Ga dan effe in je eigen ervaring en stel vragen over dingen die jij echt goed kent en hij ook. Kan je direct nagaan of hij niet een beetje opschept.
Naderhand kan je dan zeggen hoe jullie werken, wat jullie allemaal doen etc..
Hou in je achterhoofd specifieke zaken die betrekking hebben met de functie waarvoor hij komt, en die hij zeker moet kunnen. Hij moet de basisprincipes kennen zoals ook de gevorderde. De echte diepgaande kennis kan hij altijd bijschaven en bijleren on the job.
Leg hem een probleem voor dat je zelf al reëel hebt voorgehad en vraag hem naar de oplossing. Denk mee met hem hoe hij aan de oplossing geraakt en kijk als hij inderdaad analytisch denkt en een logisch stappenplan volgt.
Is dit allemaal ok voor jou, dan kan je hem een beetje dieper uitvragen over bepaalde diepgaande hard/software en zien hoe ver zijn kennis rijkt.

Dit geeft je meer een totaalbeeld van de kandidaat.

[reyntjensw]

Wat ik belangrijk zou vinden aan een beginnende ict'er is dat hij met zijn vak begaan is. Hiermee bedoel ik dat hij oplossingen zoekt tot als hij de oorzaak vindt (en dat hij niet zegt van, dat lukt niet omdat er een probleem is) en dat hij wil bijleren. Dat laatste zou ik het belangrijkste vinden.

Misschien is een basis van de inhuis gebruikte programmeertaal (aspx, php, java, ...) wel handig voor een sysadmin.

Het kan zijn dat ik er volledig naast zit, ben nog maar een student ICT.

[cloink]

En... Aangenomen?

[selder]

Hij is net vertrokken

Dit waren de vragen die ik gesteld heb:

Een PC kan niet op het netwerk (2de vraag: kan niet op het internet). Wat check je zoal, en met welke hulpmuddelen?
+ wat is een proxy, waarvoor gebruikt?

Ik print op een netwerkprinter (via de windows printserver), maar telkens zegt die “load letter”, wat pas je aan?

Een open/save as dialoog bevindt zich buiten het beeldscherm, hoe maak je die terug zichtbaar?

Ik wil de fileserver in productie herstarten, hoe pak je dat aan?

Leg kort uit:
- APIPA
- Ipconfig, Netstat, Nslookup, Telnet, Kill/taskkill, Tlist/tasklist, leg kort uit.
- Verschil copy en move op dezelfde partitie
- Wat is een OU? Wat is een GPO?
- Roaming/local/mandatory profile (hoe doe je mandatory?)
- DAS/NAS/SAN (wat is het verschil?)
- Wat zijn VLANs?


En daar heeft ie bijna niets van kunnen beantwoorden, of essentiele onderdelen vergeten, zelfs na een duw in de juiste richting. Tegen het einde van de vragen werd ie zelfs een beetje defensief omdat "het specifieke" vragen waren, terwijl ik toch lekker algemeen gebleven ben (toch?)

In zijn CV stond wel dat ie ervaring had met Active Directory en netwerkprinters en desktopsupport... Maar ja, in hoeverre dan...

Tsjah, ik denk dat het een no-go wordt.

[lithion]

Wel, die vragen zijn eigenlijk niet zo moeilijk hé. Iemand met een beetje AD en netwerkkennis zou daar vlot op moeten antwoorden.

[Pi R²]

ik kan niets en ken bijna de helft van de antwoorden.

[Sub Zero]

Ik werk nu al 2 jaar in een bijna linux-only omgeving en enkel die mandatory profiles kende ik niet. Dus als je ze ooit eens gezien hebt, dan blijft dat wel ergens hangen.

Om even terug te komen op de discussie... Wat mij vooral zou interesseren is:
* de snelheid waarmee iemand bijleert
* zijn/haar interesse in IT (eerder hobby of echt beschouwd als werk)
* probleemoplossend denken

Het al dan niet beschikken over voorkennis is ondergeschikt aan dit alles. Het zal die persoon alleen maar wat voorsprong geven op iemand anders.