Bonjour à tous,
Mon chef d'équipe cherche un developpeur C++ et je dois pondre un QCM technique mais je n'ai aucune connaissance en C++. Je cherche donc quelques questions à réponses multiples de niveaux progressifs pour tester les connaissances. Bien évidement, tout cela doit être le plus constructif possible :
1) Detecter les enfumeurs qui ont écrits 3 lignes de C++ dans leur vie.
2) Ne pas être trop typé (par exemple sur les GUI, pasqu'on peut avoir fait du C++ et ne pas avoir developper de GUI)
 
 
Toutes les idées sont les bienvenues !!!

Demande à Taz, comme ça, dans 10 ans, la place sera toujours libre...

Une piste:
http://www.developpez.net/forums/v [...] highlight=

Un début de truc là: http://www.techinterviews.com/index.php?cat=2
 

Et épluche les FAQ aussi, y'a matière à en sortir des questions.
 
Sinon j'ai quelques questions vicieuses du genre:

est-ce que ce code compile ?

n'empêche, je suis sur que j'arriverais à faire un sacré bon test pour détecter les bidouilleurs de CV

J'imagine le genre.  
 
Combien de permutations de modifieurs sont légales et raisonnables en C++, en considérant static, auto, register, const, long, extern, unsigned et _gc (ça c'est pour disqualifier les linuxiens).
 
Ecrivez le prototype d'une fonction f qui prend comme argument un pointeur sur fonction, de telle sorte que l'on puisse écrire f(f);

tu peux t'aider de cette page aussi
 
genre "bonjour monsieur, que fait la fonction f?"

__gc

-La virtualité comme valeur contredisant les droits de l'homme ? commentez

moi je ferais des questions assez simples genre (à pondérer):
- combien vaut l'expression 'sizeof(char)' ?
- quel est le mode d'héritage par défaut d'une 'struct' ?
- 'while(!stream.eof()) { getline(stream, line; }' est il un usage correct de la fonction membre 'eof()' ?  
- un destructeur peut-il être virtual pure ?
- à quoi servent les mots clef 'mutable' et 'explicit' ?
- quelle est la différence entre une 'std::map<>' et une 'std::multimap<>' ?
- a-t-on toujours la propriété 's.size() == strlen(s.c_str())' où 's' est une instance de 'std::string' ?
- quel est le type de la constante '3.14' ?
 
 
après, selon le niveau, on peut pousser un peu :
question subsidiaire (pour départager si vraiment serré):
- écrire une fonction déterminant le nombre d'éléments d'un tableau à la compilation
 
 
le tout, ça serait de faire des question attendant des réponses très courtes (moins d'une phrase) puis de demander l'écriture d'un petit programme (en 15 minutes, sans  que le candidat ait a recherché l'algorithme (comme la question subsidiaire par exemple))

 
jsaurais meme pas dire tiens

mieux

que vaut

?

deja je poserais une question con : comment represente t'on une chaine de caractere en c++ ?
 
ca devrait deja bien faire le tri

+1
J'opterais pour un programme tout simple : saisir 10 entiers et les trier. Aucune autre info. Il rend son code, tu vois vite s'il est soucieux des vérifs, s'il réinvente la roue, s'il fait du C, s'il obfusque, s'il est lent...

Je rajouterais une question comme:  
Ecrivez un programme qui donne les arguments passés en ligne de commande dans leur ordre alphabétique.  
 
Ca permet de voir si les bases de string et set/multiset sont comprises.
 
 
Ecrivez le même si vous souhaitez stocker représentation entière des données passées en argument, et pouvoir réutiliser ces données ordonnées un grand nombre de fois de la façon la plus optimale possible (et argumentez).  
 
Ca permet de voir les malins qui savent se servir de stringstream, et de sort et vector.

un exemple de ce que j'ai eu a affronter pour ma part :
Rien d'exeptionnel, mais parfois il vaut mieux s'assurer que les bases sont la et bien la plutot que de taper dans le folklorique.
Le niveau du test depend aussi du niveau du gars qui est vise (etudiant fraichement diplome ou serial programmer)
 

Moi je regarderais aussi si le mec fait du C en pensant faire du C++.

Il veut connaitre la teille d'un char...
 
Batailler sur 3.14 ou 3.14f je sais pas si c'est une bonne idée. Un mec qui a 2 ans d'exp en C++ mais une autre activité depuis quelques mois a le droit d'avoir du flou sur la syntaxe du langage. La syntaxe ça revient en quelques jours. Par contre des trucs comme le destructeur virtuel, le réflexe STL, etc... c'est un vrai critère AMHA.

recalé, dès la première question

Au suivant ! :lol

Moi je poserais aussi 2-3 questions sur quelques design patterns de base, histoire de savoir si le candidat est sensibilisé aux problèmes de design, genre, "A quoi sert un singleton ? Comment le coderiez-vous ? Dans quel cas utiliser un object factory ? Donnez un exemple." Ou bien : "Dans quels cas utiliseriez-vous un pointeur de fonction ? Dans quels cas vous pouvez éviter de les utiliser (discutez des avantages et des inconvénients) ? Comment raffiner le concept de callback ?".
Le gars qui répond correctement à toutes ces questions et à quelques-unes de Taz, moi je le prends !  

"Comment faire un delegate en C++"

non mais bon, bonjour la précision

tu t'enfonces là ... on aurait bien fait de pas de prendre

perso ca me parait pas si vital que ca

mais le questionnaire, c'est pas pour fait si c'est vital ou pas. C'est fait pour juger de la connaissance globale. Moi je vois la (les) réponses de Roob, je vois qu'il n'a jamais lu quoi que ce soit. Ça ressemble à du 'ça compile, c'est bon'

ben tu vois, sur ce point, je trouve que c'est tout sauf du C++. En théorie objet, le cycle de vie d'un objet se termine par un destructeur/finaliseur. En C++, une fonction virtuelle pure n'a pas d'implémentation. Or un objet, même instanciable, à toujours un destructeur. Donc définir un destructeur virtuel pure est un non-sens.

(à ce rythme, je crois que je peux rayer tout langage de mon CV...ça va être sympa le jour où je devrai chercher un taf...)

C'est marrant, moi je suis pas d'accord.  
 
D'ailleurs, ça a été évoqué il n'y a pas longtemps. Si tu veux faire une classe abstraite, c'est très pratique de pouvoir faire:

Disons que ça ne sert à rien d'avoir un questionnaire ou c'est tout ou rien. Le plus important, c'est de mettre un poids à chaque question, de regarder la note globale, et de regarder si la personne a le niveau nécessaire.  
 
En plus, suivant le poste (junior ou guru), le niveau attendu n'est pas le même... Donc un mec qui n'a jamais entendu parler de std::string, je ne le prends pas. Mais un mec qui n'est pas capable de m'écrire un pointeur sur fonction membre de tête, il n'est pas éliminé d'office.

\o/
Tout n'est pas perdu...

 
Ne pas confondre "don't have to" avec "cannot".

Chapeau !

Bonjour à tous et merci pour vos nombreuses remarques/suggestions.
Je dégage quelques voies :
-Pas d'obfuscating code.
-Pas de question de trop générale, qui peuvent être posées pour n'importe quel language (elle font l'objet d'un autre QCM)
-Considérer le QCM comme un outil, pas une fin en soit (ce qui était déjà le cas).
Merci encore à tous.

Pour info, M. Serge a combien de pratique de C++ ?
J'avais lu qu'il fallait au bas mot 18 mois de pratique (quotidienne) de C++ pour maîtriser le langage.
Pour plus d'explications l'histoire du destructeur virtuel [pur] est traitée ici:
http://c.developpez.com/faq/cpp/?p [...] UR_virtuel
http://c.developpez.com/faq/cpp/?p [...] n_vituelle

un destructeur virtuel pur ... le concept me turlupine
 
ca peut servir dans le cadre d'un design factory ?

Ca sert à rendre une classe abstraite, donc là on a besoin d'une classe abstraite ça peut servir.

oui et comme tu vois, c'est la du laxisme, puisque le destructeur n'est pas virtuel pure : il a bien une définition !
edit : je viens de lire le reste