[Méthode]Continuer ou Optimiser ??

Répondre


Cette question est un moyen d’empêcher des soumissions automatisées de formulaires par des robots.
Smileys
:D :) :( :o :shock: :? 8-) :lol: :x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen: =D> #-o =P~ :^o :non: :priere: 8-|
Voir plus de smileys
  Revue du sujet
 

  Étendre la vue Revue du sujet : [Méthode]Continuer ou Optimiser ??

par Hywan » 12 juin 2007, 16:59

Bienvenue Miguel ;)

Decision architecturale difficilement réversible

par Miguel Lopez » 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

par mere-teresa » 11 mai 2007, 09:58

J'appuie les propos de zeus.

par Zolmitriptan » 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:

par zeus » 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 .... ;)

par naholyr » 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 ;)

[Méthode]Continuer ou Optimiser ??

par Zolmitriptan » 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