Euh, je me rappelle bien de la première règle concernant l'optimisation en programmation : ne pas en faire.
Il y a deux sortes d'optimisations (avec toutes sortes de nuances, mais ou que l'on se place, on peut rattacher soit a l'une catégorie, soit a l'autre) :
- l'optimisation du code : tu vas chercher a faire en sorte de minimiser le nombre d'instructions nécessaires pour effectuer une opération.
- l'optimisation algortihmique : tu vas mettre en place une architecture logicielle et une recherches d'algorithmes haut niveau qui vont te permettre de minimiser le nombre d'instruction général pour le fonctionnement de ton logiciel.
Pour l'une c'est de l'optimisation du code, l'autre du logiciel, et les deux sont de l'optimisation en programmation, mais :
- La première implique souvent d'écrire du code : illisible, mal documenté, source de bugs et avec encore moins de chances d'être portable (c'est pourquoi on dit de ne pas le faire).
- La deuxième peut rendre l'architecture globale plus complexe et plus dure a comprendre pour les nouveaux venus, et souvent il faut beaucoup de compétences pour le faire bien. Mais ca paye, en général.
On peu combiner les deux, particulièrement s'il on a envie de faire une usine a gaz qui devra être mise à la poubelle dans les deux année.
[^] # Re: Logiciels pas optimisés
Posté par Anonyme . En réponse au journal Pourquoi nous vendons un code contenant des bogues.... Évalué à 1.
Il y a deux sortes d'optimisations (avec toutes sortes de nuances, mais ou que l'on se place, on peut rattacher soit a l'une catégorie, soit a l'autre) :
- l'optimisation du code : tu vas chercher a faire en sorte de minimiser le nombre d'instructions nécessaires pour effectuer une opération.
- l'optimisation algortihmique : tu vas mettre en place une architecture logicielle et une recherches d'algorithmes haut niveau qui vont te permettre de minimiser le nombre d'instruction général pour le fonctionnement de ton logiciel.
Pour l'une c'est de l'optimisation du code, l'autre du logiciel, et les deux sont de l'optimisation en programmation, mais :
- La première implique souvent d'écrire du code : illisible, mal documenté, source de bugs et avec encore moins de chances d'être portable (c'est pourquoi on dit de ne pas le faire).
- La deuxième peut rendre l'architecture globale plus complexe et plus dure a comprendre pour les nouveaux venus, et souvent il faut beaucoup de compétences pour le faire bien. Mais ca paye, en général.
On peu combiner les deux, particulièrement s'il on a envie de faire une usine a gaz qui devra être mise à la poubelle dans les deux année.