J'ai pas écrit "ingénieur", mais bac+5.
Le départ de cette conversation qui n'est absolument pas un troll du tout, mais pas du tout alors, était quand même l'assertion qui disait qu'un ingénieur qui avait obtenu son diplome pour écrire du code s'était probablement planté de voie.
L'arithmétique des pointeurs, c'est bidon. suffit de se rappeler la différence entre "*p" et "p" et "&p"
Oui en indirection 1, parceque quand tu veux connaitre l'adresse du nombre précédent située dans la matrice suivante ca devient un peu plus casse gueule. Je ne te cache pas que j'en suis toujorus à peu près incapable et que je me rabat sur des typedef assez facilement.
Pour la gestion des exceptions, je me permet d'avoir des doutes... Je pense pas que ce soit en BTS qu'on voit comment sont mis en oeuvre les mécanismes d'exceptions à l'interprétation ou à la compilation, et donc le coût que ca génère...
Le fait qu'ils ne comprennent pas ne les empêchent en aucun cas de produire un code très efficace. Il y a des "recettes de cuisine" pas forcément optimale, mais généralement suffisament bonne pour marcher dans 99% des cas. A l'inverse le fait de comprendre peut poser des problèmes majeurs. La gestion d'exception est quelque chose d'assez spécial. Le nombre de programmes que j'ai vu essayer de gérer l'ensemble des exceptions à la main pour se vautrer lamentablement à la première exception système sur une fonction en callback....
Mais qu'il soit meilleur en code qu'un bac+5 universitaire en info, j'émet des doutes...
Je n'ai que très rarement eu à faire à des programmeurs bac+5 en info. J'en ai connu deux.
Le premier était un monstre, il avait réussi à faire rentrer un programme d'analyse de risque stochastique dans une feuille vbe. A ma connaissance la feuille est toujours utilisée en salle de marché. Le deuxième était probablement un monstre. Il a essayé de créer un système de recoupement des ordres dans la base de données avant consolidation pour faire une prévision du rippo (argent prété par les banques à d'autres banques) du jour. A ma connaissance il est toujours en train d'essayer.
Je n'ai aucun doute sur le fait que si un jour il y arrive ce sera du très bon boulot, j'ai juste des doutes sur le fait qu'il y arrive.
Je ne sais si les deux individus que j'ai eu sous la main sont représentatifs de la population globale, mais ils semblaient avori les plus grandes peines à faire la différence entre un programme optimal et un programme qui marche. La notion de programme optimal mais qui ne marche pas ne leur traverse pa sun instant l'esprit. Derrière on se retrouve soit avec des projets géniaux sur le papier mais que l'on va mettre des années à implémenter (Le Hurd, c'est pas le projet universitaire par excellence ?) , soit avec des ovnis, certes à la pointe de leur domaine le jour ou ils rentrent en production, mais difficilement maintenable en cas de besoin.
Pour finir je citerais mon ancien maitre de stage :
L'ingénieur, c'est une personne capable de faire des specs même si c'est un universitaire qui a fait le modèle, et le techos c'est le mec capable d'implémenter des specs même si c'est un ingénieur qui les a faites
et D.Knuth Beware of bugs in the above code; I have only proved it correct, not tried it
Qui résument assez bien mon point de vue sur les universitaires.
[^] # Re: Simple
Posté par Jerome Herman . En réponse au journal une grève ?. Évalué à 5.
Le départ de cette conversation qui n'est absolument pas un troll du tout, mais pas du tout alors, était quand même l'assertion qui disait qu'un ingénieur qui avait obtenu son diplome pour écrire du code s'était probablement planté de voie.
L'arithmétique des pointeurs, c'est bidon. suffit de se rappeler la différence entre "*p" et "p" et "&p"
Oui en indirection 1, parceque quand tu veux connaitre l'adresse du nombre précédent située dans la matrice suivante ca devient un peu plus casse gueule. Je ne te cache pas que j'en suis toujorus à peu près incapable et que je me rabat sur des typedef assez facilement.
Pour la gestion des exceptions, je me permet d'avoir des doutes... Je pense pas que ce soit en BTS qu'on voit comment sont mis en oeuvre les mécanismes d'exceptions à l'interprétation ou à la compilation, et donc le coût que ca génère...
Le fait qu'ils ne comprennent pas ne les empêchent en aucun cas de produire un code très efficace. Il y a des "recettes de cuisine" pas forcément optimale, mais généralement suffisament bonne pour marcher dans 99% des cas. A l'inverse le fait de comprendre peut poser des problèmes majeurs. La gestion d'exception est quelque chose d'assez spécial. Le nombre de programmes que j'ai vu essayer de gérer l'ensemble des exceptions à la main pour se vautrer lamentablement à la première exception système sur une fonction en callback....
Mais qu'il soit meilleur en code qu'un bac+5 universitaire en info, j'émet des doutes...
Je n'ai que très rarement eu à faire à des programmeurs bac+5 en info. J'en ai connu deux.
Le premier était un monstre, il avait réussi à faire rentrer un programme d'analyse de risque stochastique dans une feuille vbe. A ma connaissance la feuille est toujours utilisée en salle de marché. Le deuxième était probablement un monstre. Il a essayé de créer un système de recoupement des ordres dans la base de données avant consolidation pour faire une prévision du rippo (argent prété par les banques à d'autres banques) du jour. A ma connaissance il est toujours en train d'essayer.
Je n'ai aucun doute sur le fait que si un jour il y arrive ce sera du très bon boulot, j'ai juste des doutes sur le fait qu'il y arrive.
Je ne sais si les deux individus que j'ai eu sous la main sont représentatifs de la population globale, mais ils semblaient avori les plus grandes peines à faire la différence entre un programme optimal et un programme qui marche. La notion de programme optimal mais qui ne marche pas ne leur traverse pa sun instant l'esprit. Derrière on se retrouve soit avec des projets géniaux sur le papier mais que l'on va mettre des années à implémenter (Le Hurd, c'est pas le projet universitaire par excellence ?) , soit avec des ovnis, certes à la pointe de leur domaine le jour ou ils rentrent en production, mais difficilement maintenable en cas de besoin.
Pour finir je citerais mon ancien maitre de stage :
L'ingénieur, c'est une personne capable de faire des specs même si c'est un universitaire qui a fait le modèle, et le techos c'est le mec capable d'implémenter des specs même si c'est un ingénieur qui les a faites
et D.Knuth
Beware of bugs in the above code; I have only proved it correct, not tried it
Qui résument assez bien mon point de vue sur les universitaires.