Hello,
juste un petit grain de sel qui va dans le sens de ce que vient de dire jacques_jean, qui lui même cite Heureux zoli (avec la liaison).
Parmi les méthodes agiles (dont je suis très friand), il y a le principe de développement itératif. En 2 mots,
1- on commence par mettre en oeuvre le plus petit noyau possible, qui marche (c.à d. qui rende un service quelconque, que l'on peut tester, déboguer, déployer, mettre en production et utiliser...)
À partir de là, on aura testé (presque) toutes les phases du développement, y compris le déploiement, etc.
2- on ajoute, à chaque itération, une ou des fonctionalités... que l'on teste, déploie et qu'on peut utiliser à nouveau...
Ni trop ni trop peu : soit une fonction est assez complexe pour représenter une seule itération, soit de petites nouveautés -> on se crée une charge de travail 'raisonable', par exemple de l'ordre d'un mois (ou 2 ou 3, peut être, ici, du fait de l'organisation particulière de ce projet) pour chaque itération future...
Donc, non seulement, se limiter, mais peut être réduire encore plus pour en faire le moins possible la 1ère fois (pourvu quand même que ce premier jet serve à quelque chose...), et avoir au plus vite quelque chose qui marche.
Envoyé par Kikof
. Cela permet par exemple d'avoir toutes les données sur un disque réseau avec, pourquoi pas, une sauvegarde régulière. De plus, cela permet, comme dans le cas de l'application que j'ai développée 
, d'avoir plusieurs niveaux de données (1 base pour les données de paramétrage, pas trop sensibles, et une base pour les données de connexion, les données de comptes, les transactions, ... dans une couche inférieure dans le répertoire Data.
Partager