[Méthode]Continuer ou Optimiser ??

Eléphanteau du PHP | 38 Messages

10 mai 2007, 10:52

Bonjour à tous,

Mon problème est le suivant : vaut-il mieux que je continue à coder mon projet, jusqu'à arriver au resultat, et ensuite optimiser mon code sur des bases terminées, ou vaut-il mieux d'abord que j'optimise mon code, et qu'ensuite je continue à partir de ces bases modifiées ?

Sachant que pour le moment, tout marche, pas de problème de ralentissement ou quoi que ce soit, j'ai juste vu quelques petite choses à améliorer qui eclaircirait un peu mon code, mais risque de me prendre pas mal de temps pour rester au final au même endroit ou je suis actuellement.

Que feriez-vous ??

Merci d'avance de vos réponses

Administrateur PHPfrance
Administrateur PHPfrance | 3131 Messages

10 mai 2007, 15:02

Il n'y a (hélas ? pas forcément) pas de réponse toute faite tu penses bien !

Je suis plutôt partisan du "features first, optimize when necessary" (les fonctionnalités d'abord, l'optimisation uniquement si nécessaire).

Attention on parle bien d'optimisation pas de débuggage !
"features first, debug when necessary", ça c'est la méthode Windows :lol:

Certains auront l'opinion inverse, c'est vraiment plus une question de caractère qu'autre chose car comme tu l'as dit quand on fait de l'optimisation alors qu'il n'y avait pas encore de ralentissement, on a vraiment l'impression de stagner dans le projet. Alors que si on code de nouvelles fonctionnalités ou qu'on corrige des bugs, on a vraiment le sentiment d'avancer. De même dès qu'il y a des ralentissements on va faire de l'optimisation, et corriger ces ralentissements et du coup on aura aussi eu l'impression d'avancer ;)

Avatar du membre
Administrateur PHPfrance
Administrateur PHPfrance | 13231 Messages

10 mai 2007, 17:12

Je suis plutôt de l'avis de Naholyr avec une légère nuance.

Je vais même jusqu'à dire que quand je développe, j'optimise toujours selon mes connaissances du moment.

Quand je découvre une nouvelle optimisation, je ne reprend pas mes anciens développements mais je l'applique à mes nouveaux développements.
Et quand je repasse dans un ancien développement, s'il s'agit de problème de performance, j'essaye de l'optimiser.

Mais une chose est sûre : quand tu arrives à quelque chose qui fonctionne, tu as rarement l'envie de le modifier, au risque que ça ne marche plus .... ;)
Connaître son ignorance est la meilleure part de la connaissance
Pour un code lisible : n'hésitez pas à sauter des lignes et indenter

twitter - site perso - Github - Zend Certified Engineer

Eléphanteau du PHP | 38 Messages

11 mai 2007, 09:39

Merci beaucoup à vous deux, vous me confortez un peu dans ce que je pensais :wink:

Et donc, je continue, je debuggerai... euh, j'optimiserai si necessaire :lol:

Modérateur PHPfrance
Modérateur PHPfrance | 6037 Messages

11 mai 2007, 09:58

J'appuie les propos de zeus.
Règle n°2 du webmaster : Toujours commencer par le HTML qu'on veut obtenir....toujours ! :priere:
J'aime apprendre de nouvelles choses.

Petit nouveau ! | 1 Messages

12 juin 2007, 15:14

Je suis plutôt d'avis de Kent Beck qui conseille d'optimiser après. Mais, je suis aussi d'avis de faire attention aux décisions architecturales prises car elles peuvent donner de sérieux problèmes de performance quand toutes les fonctionnalités sont implémentées et que le volume réel de données à traîter est atteint.
Je conseillerais donc d'avoir une attention particulière sur l'architecture du code et d'évaluer son impact sur la performance.
Je dis cela car modifier une architecture peut coûter très cher.

Miguel Lopez

ViPHP
ViPHP | 4674 Messages

12 juin 2007, 16:59

Bienvenue Miguel ;)
« Un handicap est le résultat d'une rencontre entre une déficience ou différence et une incapacité de la société à répondre à celle-ci. »

Hoa : http://hoa-project.net (sur @hoaproject).