C’est vrai, et c’est un peu l’intérêt de la chose. Ça ne marche clairement pas pour un dev expérimenté qui a une vie de famille, etc.

Par contre, pour un étudiant qui rentre dans le monde du travail, ça permet de savoir s’il a choisi de consacrer un peu (ou beaucoup…) de son temps libre à écrire du code.

Concernant les compétences satellites, tu as raison. J’ai eu un chef de projet une fois (je j’ai failli MuayThailiser) qui disait, je suis développeur c# je ne sais pas de Oracle.

Ce con avait fait un traitement bulk sur une base de données située dans un autre pays ligne à ligne avec a chaque fois, ouverture de connexion, traitement, fermeture de connexion pour chaque ligne.

J’ai refait ça en mode bulk, mon système traitait les 350 000 lignes en 10 seconde, le siens en 3 heures.

Donc, oui il faut des compétences en plus de sa spécialité, mais il ne faut pas toujours en parler ça peut jouer des tours.

Je n’oppose pas le fonctionnel au technique, je dis que je bosse pour les fonctionnels et que les astuces techniques que j’implémente, je n’en parle même pas pour n’avoir comme réaction que des : kool ça marche et vite en plus.

Pour L’Open Source, je te prend comme exemple pour ma démonstration:
Ta journée ne dure que 24h et tu n’a pas le don d’ubiquité.
Tout le temps que tu consacre à ta famille ou à faire de la musique, tu ne le passe pas à l’Open Source.
Donc par rapport à quelqu’un qui va consacrer tout son temps libre, tu va faire moins de commit et participer à moins de projet.
Un recruteur doit en déduire quoi ?? Tu es un moins bon dev car tu fais moins de commit ? Tu es plus limité car tu participe à moins de projet ??
Perso comme je n’ai pas de réponse à ça, donc je considére que la participation à des projets Open Source ne permet pas de juger d’un niveau d’un dev, mais seulement de la quantité de temps libre qu’il y consacre.
Si tu a une méthode pour répondre à cette question, je suis preneur.

Ensuite ton reflexe d’opposer fonctionnel et technique est un reflexe que je vois souvent chez les spécialistes. Ils opposent leur techno préférée aux autres et on tombe rapidement dans des guerres de religions. C’est un peu comme un commercial qui va négliger toute la technique car ce n’est pas sa spécialité (comme tu le fais remarquer).

2 enfants… 1 femme, 1 chien, un home studio (je joue basse, batterie, guitare et mal du synthé), 22 ordis dont 12 virtuels sans compter le cloud. Ah oui, et je suis gamer aussi.

C’est pas pacque tu es limité que tout le monde l’est.

Concernant le reste, comme tu l’as dit, venir compter les morts sur un champ de bataille n’a jamais procuré la moindre gloire.

Je pense que tu devrais vieillir un peu, passer à la vraie informatique les systèmes d’information soa en client léger et t’apercevoir que croire qu’on sait est la preuve qu’on ne sait rien.

Sinon tes exemples de bagnoles sont bien choisis mais la femme que tu mets dans la voiture, c’est le fonctionnel que tu as dans le SI. Ta parabole s’applique aux fonctionnels, pas au techniques. Tout le monde s’en fout de la technique aujourd’hui (et je suis le premier à le déplorer).

Mon avis est l’exact opposé:
un généraliste sera toujours meilleur qu’un spécialiste

Je donne mon exp, j’ai fait un bts orienté dev, pour faire 4 ans d’admin sys full Linux, puis 4 ans d’admin full Windows, là je retourne sur de l’admin full Linux et en parallèle je refais du dev (avec l’intention de lancer ma startup).

Je réalise que j’ai énormement gagné en dev car je pense non pas performance du produit mais performance du produit DANS son environnement. L’exemple type c’est optimiser la conso de la RAM … pour des pc qui ont 2Go de RAM dont 1Go libre … et prévoir la conso réseau pour du 1G, sauf que c’est 1G pour 20 pc, donc compter plutôt du 20M par pc …
(je jure c’est véridique, l’appli qui fait croûter le réseau)

C’est comme l’histoire (si j’ai bonne mémoire) d’un ingé de Toyota qui avait traversé les USA en monospace avec sa famille pour concevoir le nouveau monospace (les précédents ne se vendaient pas). Et c’est pendant ce trajet qu’il comprit tous les erreurs de conception.
Ou Renault qui engage des femmes pour faire le design de l’intérieurs des voitures, le premier reflexe des femmes a été d’augmenter les rangements (un sac à main ne passe pas dans un vide poche)

Le dev spécialisé c’est comme l’ingé Toyota qui n’a jamais conduit de voiture. Une équipe de dev spécialisé c’est comme une équipe de concepteurs sans femme.
Si tu l’a pas vécu certains problèmes, tu ne peux pas les imaginer.

Ps: pour connaitre la compétence lors du recrutement, j’opterais pour un mini-projet à faire. Puis tu regarde le code et t’a la réponse.
Ps: regarder GitHub, StackOverFlow, etc … c’est complètement ridicule, 90% des questions sur les forums sont des questions simples; la participation à des projets open source ne prouvent qu’une chose: vous n’avez pas d’enfants.

Une petite recherche LinkedIn avec mon nom devrait apporter plus d’info sur mon identité.

J’ai cru comprendre que le projet était un CMS pretty ?

Ça ne fait qu’un an que je fais du C# donc insuffisant et hors concours ;-) et en plus ce n’est pas mon langage préféré. F# à la rigueur et puis je préfère la richesse Linux au monde Krosoft.