Témoignage
 

Rubrique « Info »

 



Écrivez à AILES !



Retour vers les blagues
 


« Optimiser, optimiser...»
qu'ils disaient...


    Certes, l'optimisation d'un programme est important, mais ces quelques règles présentées ici dans la section "humour" du site reflètent pourtant des vérités fondamentales.
   Si tout cela vous semble trop compliqué, rabattez-vous sur le
5ème Commandements du vrai programmeur!



SUBJECT: Rules of Optimization: 
[ Sujet : Règles d'Optimisation ]
M.A. Jackson

Rule 1: 
Don't do it.
[ « N'optimisez pas. » ]

Rule 2 (for experts only): 
Don't do it yet.
[ « N'optimisez pas encore » ]

Michael Jackson a été à l'origine de nouvelle méthode de programmation et de conception de logiciel avec des méthodes telles que JSP/D (Jackson Structured Programming/Design), introduite dans son livre "System Development", 1983, Prentice Hall International Inc., London, UK.



- W.A. Wulf :
"More computing sins are committed in the name of efficiency (without necessarily achieving it) than for any other single reason - including blind stupidity."
[ « La plupart des péchés de programmation sont commis au nom de l'efficacité (sans nécessairement l'atteindre), plus que pour toute autre raison (y compris la plus complète stupidité). » ]

Le professeur William. A.Wulf est un professeur AT& de "Engineering and Applied Science" à l'université de Virginie. Il a activement participé fin 1970 au développement de Ada, la langage du DoD (Department of Defense) pour les applications logicielles embarquées.



-
Donald Knuth :
"We should forget about small efficiencies, say about 97% of the time: premature optimization is the root of all evil."
[ « Nous devrions ignorer toute petite optimisation, mettons 97% du temps : une optimisation prématurée est source de tous les maux. » ]
D'où cette anti-pattern comique :
   "If it ain't broken, fix it until it is!"
   « Si ce n'est pas cassé, corrigez-le jusqu'à ce que cela le soit! »


Donald E. Knuth  est un professeur à l'université de Stanford... enfin était, car il est parti volontairement à la retraite pour compléter son projet principal The Art of Computer Programming (TAOCP). Il s'est fait connaître en étant à l'origine de Tex. Il est également reconnnu pour ses travaux en mathématique et a été un des 3 gagnants des prix Kyoto 1996 pour une carrière dans l'art et les sciences. 




- Voltaire :
"The best is the enemy of the good."
[ « Le mieux est l'ennemi du bien. » ]

Vous trouverez sur le site paradox1x - web home de Karl Martino les Principals from Programming, qui complètent bien les déclarations ci-dessus, notamment :

  • I am an idiot. That has profoundly affected the way I code. Everything must be simple enough for a child to understand, and even then I struggle. Being an idiot has forced me to refactor mercilessly. If I don't, there's no chance of me understanding my code. And if I don't understand my code, there's no chance of me getting it to work.
    [Je suis un idiot. Cela a profondément modifié ma façon de coder. Tout doit être suffisamment simple pour qu'un enfant puisse le comprendre, et même dans ce cas je doit lutter. Étant idiot, cela m'oblige à implacablement retravailler mon code. Si je ne le fais pas, je n'ai aucune chance de comprendre mon code. Et si je ne comprends pas mon code, je n'ai aucune chance de le faire marcher.]

    I've seen people who can solve complex problems, and I admire them. Alas, I'm not one of them. So whenever I have to solve a complex problem, I make it simple first.
    [J'ai rencontré des gens capables de résoudre des problèmes complexes, et je les admire. Hélas, je ne suis pas l'un d'entre eux. Donc, à chaque fois que je dois résoudre un problème complexe, je le rends d'abord simple.] 

    If I can't make a problem simple, it's usually because someone else insists that it remain complex. In that case, I have to wait for someone smart to fix it (thank you, smart person), or for someone to change their mind and allow me to make the problem simple. Wayne Conrad
    [Si je ne peux rendre un problème simple, c'est souvent parce que quelqu'un insiste pour qu'il demeure complexe. Dans ce cas, je dois attendre que quelqu'un d'intelligent le résolve (merci, quelqu'un d'intelligent), ou bien que quelqu'un change d'avis et m'autorise à rendre le problème simple. Wayne Conrad] 

    Complex problems are just a series of simpler problems smushed together.
    [Les problèmes complexes sont justes une séries de problèmes simples mélangés ensembles.

 

  • The most powerful programmers are the ones who came to the computer with a problem to solve. The least powerful are the ones with something to prove, about themselves or the unique rightness of their way of thinking. That's arrogance. A curious and motivated user with the right tools is unstoppable, except when it comes time to work together. Then a single stinker, a person who wants to stop progress, has a lot of power, if we give it to them. Dave Winer, 2001
    [Les plus puissants programmeurs sont ceux qui utilisent leur ordinateur avec un problème à résoudre. Les moins puissant sont ceux qui ont quelque chose à prouver, à propos d'eux même ou de l'absolue justesse de leur façon de penser. C'est de l'arrogance. Un utilisateur curieux et motivé d'un outils n'a pas de limites, sauf quand il vient à travailler ensemble [avec un programmeur arrogant]. Alors un simple mauvais, une personne qui veut arrêter le progrès, se retrouve avec beaucoup de pouvoir, si on le met à leur disposition. Dave Winer, 2001] 

    Solve problems, don't just point them out.
    [Résolvez les problème, ne faite pas que les mettre en évidence.]

 



               
 
Avertissement !
 
Décollage !  |  Présentation du site web "AILES"  | 
Infos générales  |  articles "Informatique"