Discussion :

[Arrown]

Bonjour, je pose ma question ici car cela concerne Delphi, je voudrais faire un questionnaire a faire remplir pour un entretien d'embauche. C'est pour un niveau intermédiaire.

Celle qui me vient à l'esprit sont

1. Ecrire la procédure qui supprime tous les mots qui commencent par "Tot" et "tot" dans un stringlist passé en paramètre.

2. Deux tables (t_client et t_commercial). Ecrivez la requête qui vous vient a l'esprit pour sortir la liste des clients et des commerciaux associés.

D'autre idée du genre ?

[Laurent Dardenne]

Bonjour,
quels sont les points techniques à vérifier chez le candidat ?
Pour quel type de poste ?
Pour travailler sur quels types d'applications ?
Quel degré d'autonomie demandé ?
Travaillera-t-il seul ou en équipe ?

Par exemple fournir la liste des colonnes des 2 tables ne serait pas du luxe de plus il s'agit de SQL et pas du langage Delphi. Demander les composants utilisés avec tel provider serais déjà plus efficace pour valider les compétences recherchées.

Je vais vous donnez mon avis qui vaut ce qu'il vaut mais si la première question c'est du niveau intermédiare j'ai un mauvais pressentiment quant au résultat de votre recrutement tout du moins sur les compétences techniques.

En revanche vous pouvez poser également le type de question suivante "Qu'allez-vous mettre en place pour faciliter la maintenance du code et sa documentation."

[Ben_Le_Cool]

Le plus important c'est d'etre sur que le candidat n'a pas lu ce post

[Arrown]

Oui, c'est vrai, mais d'un autre coté, si il traîne ici, c'est qu'il ne peut qu'être bon ou être amené à le devenir !

le poste en question n'est pas pour travailler dans une grosse équipe il sera plutot autonome et on lui dira les projets sur lesquels il sera. On touche un peu a tout (mysql, sqlserver, postgres, access, excel, ascii, etc...) sur Delphi 7 pro.

Laurent, l'histoire des compos est pas mal, surtout sue l'on bosse bcp avec la cxgrid (devexpress).

[cfalcot]

Bonjour,

Je ne sais pas ce que tu veux comme bonhomme. Perso je prefère quelqu'un qui ne sait pas ce qu'est Delphi le Lundi mais qui saura fait un programme avec pour le vendredi plutot que quelqu'un qui sait comment gerer SQL le lundi mais qui n'en saura pas plus le vendredi...

Bref, n'oublie pas de regarder ce que le bonhomme peut devenir plutot que de te contenter de ce qu'il est.

Tu peut peut etre demander au candidat de fait un petit programme qui necessite les connaissances requise et de voir en combien de temps il est capable de s'adapter.

[Laurent Dardenne]

Bonjour,

si il traîne ici, c'est qu'il ne peut qu'être bon ou être amené à le devenir !

Je ne suis pas certain de cette déduction.

le poste en question n'est pas pour travailler dans une grosse équipe il sera plutot autonome

Là c'est son parcours qui prime les tests ne servant qu'à valider ces dires.

Perso je prefère quelqu'un qui ne sait pas ce qu'est Delphi le Lundi

ça commence bien 8)
je ne pense pas que l'entreprise en question recherche ce type de profile, c'est sur que de savoir apprendre et d'être curieux c'est aussi une compétence mais 'transverse'.

Bref, n'oublie pas de regarder ce que le bonhomme peut devenir plutot que de te contenter de ce qu'il est.

Très pertinent mais voir la remarque précédente.

Tu peut peut etre demander au candidat de fait un petit programme qui necessite les connaissances requise et de voir en combien de temps il est capable de s'adapter.

Approche judicieuse

[BONNEFOI Patrick]

Salut,

c'est juste pour donner ma propre expérience.

Lors de mon premier entretien, alors que je ne connaissais pas delphi, mon futur patron m'a mis devant un écran avec delphi et m'a demandé d'écrire un petit programme pour voir ce que je valais.

et j'ai été pris.

A+

[Arrown]

je prefère quelqu'un qui ne sait pas ce qu'est Delphi le Lundi mais qui saura fait un programme avec pour le vendredi plutot que quelqu'un qui sait comment gerer SQL le lundi mais qui n'en saura pas plus le vendredi...

Je comprend la remarque mais nous avons besoin de quelqu'un qui ne demandera pas toute les 5 minutes "comment faire ceci, comment faire cela" Il faut qu'il le fasse de lui même, par sa méthode, même si elle est loin d'être bonne, du moment qu'elle marche, c'est déjà ça.

J'ai une autre idée de question, ca va me permettre de savoir si il connait les objets :

Si je pose un panel sur une form puis un bouton sur le panel, quel est le parent du bouton et qui est le Owner de bouton ?