È più chiaro come intervistare qualcuno esperto in Java / C ++ o altri linguaggi più vicini a C #. In questi casi la lingua e le tecnologie specifiche sono meno importanti; ciò che conta sono i principi OOP.
Ma come farlo con qualcuno che viene da Progress a .NET e anche io come intervistatore, non conoscendo Progress affatto?
Quanto conta l'esperienza di Progress per .NET / C # o OOP?
Ci sono principi di programmazione in comune tra i due mondi?
Sono davvero due mondi diversi?
Personalmente non penso che l'intervista debba cambiare in base allo sfondo delle persone.
Non credo che le interviste debbano concentrarsi su una lingua / tecnologia specifica ma piuttosto sui fondamenti della programmazione. Se la persona non può capire OOP / database di base / qualsiasi cosa tu abbia bisogno, allora questo è il problema.
Fare domande sulla tecnologia specifica, sia che cosa abbia usato, sia che cosa desideri utilizzare, non funziona molto bene secondo me.
Chiedigli delle buone esperienze e delle brutte esperienze, chiedigli di portare un codice di cui è orgoglioso e di spiegartelo (la sua capacità di comunicare è più importante di quanto tu capisca il codice), chiedigli dei problemi generici che non sono tecnologici specifico per es algoritmi / approcci progettuali.
L'esperienza dipende dalla persona, le persone buone si adatteranno con un po 'di tempo / aiuto e coloro che non possono farlo sono il problema. Una buona conoscenza dei fondamentali piuttosto che essere legati a una tecnologia specifica è ciò di cui hai bisogno - dopotutto, vorrai passare a .net 3,4,5,6 ecc. - hai bisogno di qualcuno in grado di gestire anche questi cambiamenti.
Mi infastidisce quando le persone fanno domande come quello che una firma di metodo / funzione è in una lingua specifica. PERCHÉ?!?! Non mi darai una bella IDE potente se avrò il lavoro che si ricorda di questa roba per me? Non avrò accesso ai libri / Google / documenti API?
Risolvi se la persona ha dei fondamentali e una buona risoluzione dei problemi - solo perché un altro candidato ha "lavorato con" la tua tecnologia per 2 anni, non ti dirà se ne ha la minima idea.
Sono d'accordo con @Jonno. Vorrei aggiungere alcune cose.
La tecnologia cambia così rapidamente che dovresti davvero cercare persone intelligenti e produttive invece di persone con determinate competenze. Qualunque cosa sappiano ora sarà obsoleto in 5 anni comunque. Un buon programmatore può scegliere una nuova lingua in una settimana o due.
In secondo luogo, sempre, senza eccezioni, gli intervistati scrivono il codice nell'intervista. Dai loro un problema e digli che possono usare la lingua che preferiscono. Quindi valuta il processo che hanno attraversato per scrivere il codice e la correttezza del loro algoritmo.
Di solito danno anche ai dipendenti un piccolo test che consiste principalmente di aritmetica dei puntatori e alcuni algoritmi ricorsivi che voglio che convertano in funzioni. Certo, se il potenziale noleggio non conosce C, allora potrebbe essere fuori.
Nessun due linguaggi di programmazione sono mondi completamente diversi se una persona comprende i principi fondamentali dei linguaggi di programmazione. C e c # non sono poi così diversi, proprio come VB e Pascal non sono poi così diversi. Dato che conosci la programmazione, è tutto abbastanza facile da capire una volta capito come funzionano tutti. Tuttavia, di solito un ragazzo che conosce solo JAVA o C # non è adatto per il reclutamento proprio per questo motivo. Non devi capire molto dei computer o della teoria dei linguaggi di programmazione per passare a te stesso come un programmatore JAVA / C # competente. Inoltre, sarei un po 'scettico nei confronti di un pony one-trick.
Di solito voglio che le persone sappiano c / c ++ o qualcosa come Lisp al minimo. Non perché, devono saperlo fare il loro lavoro, ma perché separa i bravi programmatori da quelli probabilmente cattivi.
So che questo sembra un po 'contraddittorio, e vorrei unirmi a tutto questo dicendo: non vuoi fare il grep dei curriculum personali per un gruppo di parole chiave e scoprire tutte le cose che conoscono e assumerle in base a ciò. Inoltre, non è sufficiente assumere persone con uno sfondo in .NET, perché è comunque semplice. Tuttavia, devi trovare un modo per scoprire se sono un buon programmatore o meno. C è un indicatore abbastanza buono.