Le 5 janvier 2016 à 13:02, jdd <j...@dodin.org> a écrit : bonjour, en ce qui me concerne, pour l'optimisation je me donne deux règles générales:
- optimiser un point du code parce qu'on a mesuré qu'il est lent, pas parce qu'on pense qu'il est lent - se concentrer sur les optimisations plutôt algorithmiques, en laissant (en général) les optimisations de niveau codage pour plus tard (moins de gain potentiel à ce niveau), voir en les laissant au compilateur car pour un certain nombre de cas il fait ça très bien... En plus de cela, je me donne une limite: - se rappeler que le code sera relu par les autres humains (et aussi par soi un fois qu'on aura eu le temps de l'oublier....), et se méfier d'optimisation qui l'obscurcissent et favoriserons plus tard la perte de temps ou les erreurs (là je me répète un peu par rapport à mon post sur les règles de codage). C'est bien sûr un compromis, le curseur va varier en fonction du niveau de pression sur les performances. Par ailleurs, il faut se rappeler que l'optimisation sur le temps de calcul n'est qu'une des formes optimisation, parfois il est par exemple plus important d'économiser la mémoire ou l'espace de stockage persistant, même au prix d'un temps de calcul plus long... bonne fin de journée ______________ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org
