Optimisation - partie I : Avant propos

En parlant d'optimisation si tôt, on pourrait croire que je mets la charrue avant les boeufs : pour optimiser un programme, ne faut-il pas déjà avoir le dit programme ?
Certes, mais pas seulement....

Je fais partie de ces personnes qui pensent qu'il est toujours préférable de faire du code optimisé dès le départ : meilleure est la qualité au départ, et meilleure elle devrait être à l'arrivée.

Donc avant de chercher à gagner des millisecondes, commençons par bien penser nos programmes. Un certain nombre (ou une certaine catégorie) de professionnels, me décrieront, mais il est primordial, à mon avis, pour avoir un programme performant, d'avoir une bonne analyse de départ : je rappelle que la méthode Merise intègre l'algorithimique... Ce n'est pas un hasard.

En effet, pour avoir vu des sources de provenances variées, il est fréquent de constater que les principaux freins viennent simplement d'erreurs d'analyse, principalement au niveau de la gestion des données : un exemple simple : la redondance d'information qui oblige à mettre à jour plusieurs tables de la base de données, alors qu'une meilleure approche aurait permis d'éviter des manipulations de donées inutiles. Un autre élément important est l'abus de changement de types ou de formats de données, qui sont souvent aussi liés à des manquements dans la réflexion préalable. On trouvera aussi couramment une certaine 'légèreté' dans la gestion des tables, avec des index dont l'absence se ressent cruellement au niveau de l'accès aux données.
Ce sont là autant d'exemples de cas qui sont plus ou moins difficiles à rattraper, lors des phases d'optimisation, car ils impliquent des changements importants dans les programmes.

Donc, en conclusion de ce court article : L'OPTIMISATION D'UN PROGRAMME COMMENCE DES L'ANALYSE. Croire que prévoir des phases d'optimisation sera juste suffisant pour gagner en performances est une erreur : elles sont nécessaires mais pas suffisantes.