Page 1 sur 1
[Méthode]Continuer ou Optimiser ??
Posté : 10 mai 2007, 10:52
par Zolmitriptan
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
Posté : 10 mai 2007, 15:02
par naholyr
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
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

Posté : 10 mai 2007, 17:12
par zeus
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 ....

Posté : 11 mai 2007, 09:39
par Zolmitriptan
Merci beaucoup à vous deux, vous me confortez un peu dans ce que je pensais
Et donc, je continue, je debuggerai... euh, j'optimiserai si necessaire

Posté : 11 mai 2007, 09:58
par mere-teresa
J'appuie les propos de zeus.
Decision architecturale difficilement réversible
Posté : 12 juin 2007, 15:14
par Miguel Lopez
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
Posté : 12 juin 2007, 16:59
par Hywan
Bienvenue Miguel
