Discussion :

[Cincinnatus]

Récemment, le vétéran a été soumis à un test ou il devait créer un algorithme pour trouver les ensembles disjoints d'une collection d'ensembles et calculer le Big O notation de sa solution en termes de temps et de mémoire consommée. Les ensembles du problème étaient { 1, 2, 3 }, { 1, 2, 4 }, { 1, 2, 5 }, et les résultats devaient être les ensembles { 1, 2 } , { 3 } , { 4 } et { 5 } .

Je conseillerais d'utiliser les possibilités du langage.

J'ai eu à traiter des comparaisons d'ensemble en Java.
Ici, on pourrait
- fusionner les 3 ensembles de base dans un set (valeurs uniques) -> {1, 2, 3, 4, 5} (E1)
- pour chaque ensemble E de départ, copier E1 et faire un removeAll(E) -> chaque ensemble {3}, {4}, {5}
- reprendre E1 et soustraire les ensembles {3}, {4}, {5} -> {1, 2}

Algorithme linéaire, donc complexité O(n).

En SQL, encore plus simple : ce langage est ensembliste (UNION, INTERSECT, MINUS...).


En développement, on n'est pas censé recréer des algos à chaque fois, mais utiliser nos outils.

[Luckyluke34]

Doit-on soumettre les vétérans à des tests de programmation avant embauche ?

Ce n'est pas tellement ça la question, d'ailleurs l'auteur de l'article explique bien en préambule qu'il y a des bons tests comme des mauvais tests. Les tests techniques me semblent assez incontournables pour ne pas avoir de mauvaise surprise, à moins d'embaucher une célébrité de renommée mondiale qui a largement fait ses preuves dans le passé.

L'exercice décrit est un peu orienté maths/algorithmique "comme à la fac", c'est sûr que la majorité des développeurs ne vont pas rencontrer ce genre de problème tous les jours, mais ça peut arriver dans certains jobs. C'est dommage que l'auteur ne précise pas les caractéristiques du poste proposé car c'est la seule chose qui pourrait nous permettre de déterminer si le test est pertinent ou pas.

En l'état, il s'agit juste d'un développeur dont l'estime de soi en a pris un coup et qui râle en essayant de se justifier. Pourtant, soit l'exercice était complètement bidon et non-représentatif et il n'avait probablement pas grand chose à gagner à bosser avec cette boite, soit c'est effectivement des tâches qu'il aurait été amené à faire et c'est normal de s'être fait recaler. Dans les deux cas, peu de regrets à avoir...

[Golgotha]

Pour ma part la réponse est claire : NON.

Des tests, je trouve ça rabaissant pour l'homme, une machine ou un programme réussira 100 fois mieux à certains tests, par exemple en calcul, une machine passera haut là main des tests de calcul, mais sera-t-elle trouver une nouvelle théorie mathématique ? Une machine peut reproduire une peinture mieux que n'importe quel humain, mais est incapable de faire un chefs-d'oeuvre.

Un test en programmation est plus un test sur notre mémoire qu'un test sur la capacité réel à résoudre un problème, surtout dans le développement, où il faut sans cesse apprendre et se remettre en question, c'est cette capacité à trouver des solutions élégantes que je rechercherai chez un développeur.

Et puis, ce n'est qu'une petite partie des qualités d'un bon développeur, la technique est certes importante, mais il y a énormément d'autre point, comme la recherche de la simplicité, le relationnel, l'innovation... etc

Un test, c'est rabaisser le métier de développeur à un petit métier exécutif.

[gangsoleil]

Pour ma part la réponse est claire : NON.

S'ensuit donc une autre question : que proposes-tu a la place ?

[Golgotha]

S'ensuit donc une autre question : que proposes-tu a la place ?

Tout simplement un entretien avec un développeur expérimenté de l'équipe. En 10 ou 20 minutes il faut parler du projet et des choix techniques, de son expérience dans le monde du développement, lui poser quelques questions concrète concernant le projet en cours.

Durant mes premiers entretient en tant que débutant, je n'ai pas eu peur de dire que je ne savais pas quand on me posait une question technique dont je n'avais pas la réponse, mais que je saurai aller chercher la réponse, que j'étais prêt à apprendre et à me mettre au travail avec la motivation de 15 personnes ! Et cela a toujours été un bon point pour moi, j'ai pu montrer ma motivation à une personne réel, qu'aurais-je fait devants une feuille et une question dont je n'avait pas la réponse ?

Et si vous voulez vraiment un 'test', voici ce que je ferai si je devais faire un test pour un entretiens.

Je demanderais au candidat de réaliser quelques chose sur une technologie dont il n'a aucune connaissance, avec internet et tout les outils qu'il désire, si il réussi, c'est qu'il peux s'adapter pour résoudre un problème donné. Ce que je recherche c'est quelqu'un d’intelligent avant tout, pas la doc d'un langage sur patte..

[pmithrandir]

Durant mes premiers entretient en tant que débutant, je n'ai pas eu peur de dire que je ne savais pas quand on me posait une question technique dont je n'avais pas la réponse

C'est le meilleure reflexe je pense.
Quelqu'un qui sait tout(et qui répond a coté la moitié du temps) ça n'inspire pas confiance...

Dans mes tests, il y a volontairement des questions impossible à résoudre... plus pour voir la réaction en face de l'échec ou de la non connaissance.
Et y en a qui essaye de m'embrouiller au point de me faire douter parfois...

[imikado]

Tout simplement un entretien avec un développeur expérimenté de l'équipe. En 10 ou 20 minutes il faut parler du projet et des choix techniques, de son expérience dans le monde du développement, lui poser quelques questions concrète concernant le projet en cours.

Le problème si vous lisez les témoignages c'est qu'on est déjà tombé sur des personnes qui semblent connaitre ce dont ils parlent et réussissent donc l'entretien technique, mais une fois devant leur clavier vont soit être très lent (par rapport à leur profil j'entend) soit vont buter sur des problèmes simple (toujours par rapport à leur profil)

Et si vous voulez vraiment un 'test', voici ce que je ferai si je devais faire un test pour un entretiens.

Je demanderais au candidat de réaliser quelques chose sur une technologie dont il n'a aucune connaissance, avec internet et tout les outils qu'il désire, si il réussi, c'est qu'il peux s'adapter pour résoudre un problème donné. Ce que je recherche c'est quelqu'un d’intelligent avant tout, pas la doc d'un langage sur patte..

C'est une bonne idée, mais souvent on a besoin juste d'un candidat qui connait la technologie indiqué sur son CV et pourra coder ce que l'on attend de lui dans des délais raisonnable (en fonction de son profil)

[jojolebg]

Ayant fait passer quelques tests à des candidats pour un poste de développeur iPhone, j'affirme que les tests on été très utiles pour démasquer certains imposteurs.

En effet, nous avions certains jugements positives sur des candidats, par rapport à leur CV, et l'entretient qu'ils ont passé. Mais devant ces tests (oral, ou écris), c'était rédibitoire.

On a eu le droit à toute sorte de réponse des plus farfellue, à des questions qui sont pourtant simple pour un développeur iOS.

Example:
Q: Comment peut-on passer des informations d'un ViewController à un autre ViewController (ViewController correspond à peu près à un écran).

R: En passant par une variable globale, En passant par un singleton, en mettant les informations dans les préférences de l'applis etc...

[_Ez3kiel]

Ne devrait-on pas créer des tests spéciaux pour les vétérans comme Ted Neward ?

Les tests doivent être en adéquation avec les qualités requises par le poste proposé ... A partir de là, la notion de vétéran ou non ne change pas grand chose. Y'a des vieux d'la vieille qui ne jurent que par Kobold et l'assembleur, tandis que d'autres ont suivi le mouvement et sont plus calés en OO que des ingénieurs sortis d'écoles. L'âge ne fait pas les qualités, les qualités ne font pas l'âge.

Quelle serait la meilleure manière pour évaluer les compétences d’un programmeur ?

Ca va faire un peu Suisse dans la réponse mais ... : La meilleure manière est la plus adaptée au poste. Un jeune codeur qui va intervenir sur un gros projet devrait avoir une mini-interface la plus simplifié possible à faire, mais sur le même principe que ce qu'il aura à faire s'il avait le poste, afin de voir sa réaction face à des problèmes de code, la lisibilité du code, la rapidité de solution, etc. A l'instar, le même test devrait être passé à un vétéran, bien qu'on doute moins de ses capacités il est toujours préférable de voir qu'il n'ait pas de mauvaises manies de programmation un peu trop incrustées, s'il est réactif face à un bogue inattendu, etc.

Pouvez-vous donner une solution au problème d’ensembles disjoints du vétéran ?

Oui, comme tout codeur fainéant, j'ai googlé : GESTION D’ENSEMBLES DISJOINTS
APPLICATION À L’ALGORITHME DE KRUSKAL

Economies de temps, de Doliprane, pourquoi réinventer la roue ? En entreprise il devra coder sans Google ?

[LSMetag]

Moi personnellement, si je vois des tests où on me demande la syntaxe d'une fonction ou la différence entre telle ou telle fonction d'un langage de programmation, tout de suite ça lance un froid. Même si je réussis le test, je range l'entreprise directement dans le bas du panier car une entreprise qui recherche des pisseurs de code, très peu pour moi.

En revanche, si je peux débattre avec quelqu'un de compétent au sujet de diverses problématiques (indexation dans une BD, types de technos (pourquoi utiliser un ORM, pourquoi ne pas l'utiliser, discuter de MVC, discuter d'un bug et de comment tu songerais à le résoudre,...) là ça va tout de suite me botter plus. Il m'est arrivé des fois que ce soit l'entreprise l'escroc (genre quand je leur posais certaines questions et qu'ils ne savaient pas répondre).

Je code en utilisant les capacités de l'IDE et internet. J'assume. Ca n'empêche pas le boulôt d'être (bien) fait en temps et en heures alors que je ne connais pas forcément la techno quand j'arrive. Si j'ai du retard, c'est ma responsabilité de prendre plus d'heures pour finir à temps. Si les gens veulent des playmobils à qui on ne donne/demande pas de délais, juste un "le plus vite possible", et bien très peu pour moi.

[el_slapper]

Les tests doivent être en adéquation avec les qualités requises par le poste proposé ... A partir de là, la notion de vétéran ou non ne change pas grand chose. Y'a des vieux d'la vieille qui ne jurent que par Kobold et l'assembleur, tandis que d'autres ont suivi le mouvement et sont plus calés en OO que des ingénieurs sortis d'écoles. L'âge ne fait pas les qualités, les qualités ne font pas l'âge.

Pour une mission en Cobol/Assembleur, c'est parfaitement raisonnable. Oui, oui, on en trouve parfois encore. Evidemment, si c'est pour faire du C#, c'est plus compliqué...

(.../...)Oui, comme tout codeur fainéant, j'ai googlé : GESTION D’ENSEMBLES DISJOINTS
APPLICATION À L’ALGORITHME DE KRUSKAL

Economies de temps, de Doliprane, pourquoi réinventer la roue ? En entreprise il devra coder sans Google ?

Ce que je ne sais pas fabriquer, je ne sais pas maitriser, ni améliorer.

Maintenant, est-ce que l'exemple est pertinent dans le cadre du job ciblé? Aucune idée.

[fmdao]

Test ou pas, les vétérans qui veut les embaucher !

[imikado]

Test ou pas, les vétérans qui veut les embaucher !

Les sociétés qui ont besoin de personnes expérimentées pour les aider sur un projet où les délais sont courts

[yimson]

Concernant cette question de test de programmation avant embauche, je sous entends que si on n'est pas vétéran, alors on n'a pas droit à un poste.

Ce que je propose pour une évaluation des compétences de développeurs est que : Les recruteurs mettent en place des épreuves un peu comme dans le DÉCATHLON en Athlétisme et ainsi sur plusieurs sujets, on peut mesurer le niveau de connaissance du candidat. Les sujets pourraient être de l'algorithmique, un peu de connaissance sur le langage cible, sur la culture générale dans le domaine sous-jacent, etc.

A la fin des épreuves, on fait une moyenne qui départagera les candidats. L'avantage de cette méthode est que on peut se rendre compte des candidats qui ont une connaissance globale, et ceux qui sont pointus sur certains points et on peut facilement faire un tri.

[LSMetag]

Concernant cette question de test de programmation avant embauche, je sous entends que si on n'est pas vétéran, alors on n'a pas droit à un poste.

Ce que je propose pour une évaluation des compétences de développeurs est que : Les recruteurs mettent en place des épreuves un peu comme dans le DÉCATHLON en Athlétisme et ainsi sur plusieurs sujets, on peut mesurer le niveau de connaissance du candidat. Les sujets pourraient être de l'algorithmique, un peu de connaissance sur le langage cible, sur la culture générale dans le domaine sous-jacent, etc.

A la fin des épreuves, on fait une moyenne qui départagera les candidats. L'avantage de cette méthode est que on peut se rendre compte des candidats qui ont une connaissance globale, et ceux qui sont pointus sur certains points et on peut facilement faire un tri.

Sauf que c'est comme ça qu'on rate un recrutement. Beaucoup de gens "pointus" manquent d'autonomie car justement il manquent de culture générale et de vision globale.

[alphamax666]

Chaque ensemble est affilié a une décimale :
1-2-3 -> unité -> 001
1-2-4 -> dizaine 010
1-2-5 -> centaine 100
On "somme" partout ou il y a les chiffres et ca donne :
1 : 111 (présent dans les 3)
2 : 111
3 : 001
4 : 010
5 : 100

Résultat on fait un GroupBy sur les valeurs obtenues et on sort la liste
1,2
3
4
5

Ca doit coller ...
Et j'aime pas les tests techniques. J'ai eu un test technique de 8h ou j'ai du réinventer une workflow engine http://tinyworkflow.codeplex.com/ simple et efficace, j'ai pris cher

[bobeducata]

Le seul test qu'on doit passer à un vétéran en programmation à mon un avis c'est un test algorithmique et un test au niveau des concepts qu'il a expérimenté.

Par exemple. Le concept Orienté objet, Le concept procédural.

Parce qu'au fond Réaliser un gros programme ou un logiciel ça demande l'assemble d'un ensemble de bout de code qui au final, permet de structurer une fonction permettant d'effectuer une tache spécifique dans le programme. c'est comme un travail d'un bricoleur alors c'est certain après une année passée en travaillant sur d'autres bout de code il se peut qu'on est perdu complètement dans les astuces qu'on avait fait.

....Donc La programmation c'est un domaine ingrat il faut être très prudent quand à l'orientation Programmation.

[souviron34]

Le seul test qu'on doit passer à un vétéran en programmation à mon un avis c'est un test algorithmique et un test au niveau des concepts qu'il a expérimenté.

Pas mal d'accord avec ça..

[thom91]

Un test d'algorithmique pure permet de filtrer ceux qui n'ont pas la logique de programmation. Quelques minutes suffisent.

Un test de programmation complet, de nos jours, sans pouvoir utiliser le web, c'est comme tester un cuisinier en lui donnant deux silex et 4 buchettes pour allumer son feu.

[frantzgac]

On parle d'évaluer une compétence acquise par un individu en 10 ans, 20 ans ...Et ceci en 30 minutes ou même une heure. Pour moi cela s’apparente à identifier un fichier à l'aide d'un hashcode. Plus le hascode est court plus la probabilité de son unicité est faible.
Avec un hascode suffisant on améliore le score mais il ne sera jamais parfait tant qu'il sera inférieur à la taille du fichier.
Ce qui se résume à ceci : pour évaluer une compétence il faut lui laisser du temps pour s'exprimer. Pour évaluer 20 ans d'expérience, une période d'essai de trois mois n'est pas forcément suffisante mais c'est beaucoup mieux que 30mn.
Mais les évaluations rapides ont l'avantage :
1 d'être rapides (et on est toujours pressé n'est-ce pas) le recrutement coûte cher !
2 d'éliminer en apparence tout favoritisme douteux (alors qu'il est connu en sciences Co que si les vétérans sont moins rapides ils ont plus de recul et font moins d'erreurs)
3 de conforter le mythe omniprésent de l'élitisme (qui est un concept social mais pas du tout scientifique)