Et pourquoi donc ????? o_O
Programmer est la transformation d'un algorithme préalablement choisi en code. C'est un travail purement technique qui ne requiert pas d'aptitudes d'ingénérie particulières.
On apprend en école d'ingé des choses trés utile pour la programmation
La programmation (ie choix des algorithmes, choix des langages, tests, optimisations, non regression, fiabilisation, maintenance) ets très différent de "programmer" (ie pisser du code proprement)
(théorie des langages, algorithmie, architecture logicielle etc...)
L'ensemble des domaines que tu cites se font sur une feuille de papier avec un stilo à la main, pas devant un éditeur de texte avec colorisation syntaxique. Parfois il y a mélange, mais ca n'est généralement pas bon du tout pour le résultat final.
Tu crois que les developpeurs de chez MS, Mozilla &co, sont tous des p'tits jeunots de 20 ans ? Crois moi, ce n'est pas le cas. Et dans ma boîte non plus.
Une fois de plus l'activité de developpement est loin de l'activité de programmation. Chez MS, Mozilla et autre comme ailleurs il y a d'un coté les gens qui font des choix, qui testent des stratégies et qui les déploient, et ceux qui ne font qu'implémenter. les deux taches sont très rarement confondues (a part en cas de debugage fonctionnel ou d'incohérence dans les protocoles choisis). Si il existe des bois d'outsourcing capable de recevoir en entrée un diagramme UML et de filer un programme en sortie ca n'est pas pour rien.
Même chez un ingénieur expert en théorie du langage qui développe sont propre système (et qui donc ne peut pas vraiment refiler le bébé à un techos), la phase "frappe de touches sur le clavier" est tout à fait minime par rapport aux phases documentation/ analyse/ test/ inégration qui elles relèvent de l'ingénérie.
[^] # Re: Simple
Posté par Jerome Herman . En réponse au journal une grève ?. Évalué à -4.
Programmer est la transformation d'un algorithme préalablement choisi en code. C'est un travail purement technique qui ne requiert pas d'aptitudes d'ingénérie particulières.
On apprend en école d'ingé des choses trés utile pour la programmation
La programmation (ie choix des algorithmes, choix des langages, tests, optimisations, non regression, fiabilisation, maintenance) ets très différent de "programmer" (ie pisser du code proprement)
(théorie des langages, algorithmie, architecture logicielle etc...)
L'ensemble des domaines que tu cites se font sur une feuille de papier avec un stilo à la main, pas devant un éditeur de texte avec colorisation syntaxique. Parfois il y a mélange, mais ca n'est généralement pas bon du tout pour le résultat final.
Tu crois que les developpeurs de chez MS, Mozilla &co, sont tous des p'tits jeunots de 20 ans ? Crois moi, ce n'est pas le cas. Et dans ma boîte non plus.
Une fois de plus l'activité de developpement est loin de l'activité de programmation. Chez MS, Mozilla et autre comme ailleurs il y a d'un coté les gens qui font des choix, qui testent des stratégies et qui les déploient, et ceux qui ne font qu'implémenter. les deux taches sont très rarement confondues (a part en cas de debugage fonctionnel ou d'incohérence dans les protocoles choisis). Si il existe des bois d'outsourcing capable de recevoir en entrée un diagramme UML et de filer un programme en sortie ca n'est pas pour rien.
Même chez un ingénieur expert en théorie du langage qui développe sont propre système (et qui donc ne peut pas vraiment refiler le bébé à un techos), la phase "frappe de touches sur le clavier" est tout à fait minime par rapport aux phases documentation/ analyse/ test/ inégration qui elles relèvent de l'ingénérie.