Tu peux aussi aller voir du coté des méthodes formelles (B, Z seront tes amis).
Là, tu définis ton probleme dans un langage de haut niveau, qui est sensé te generer le code qui va bien et les tests qui vont bien également (Ou alors que les tests dans le cas d'une appli existante ou d'une appli que tu souhaites voir fonctionner).
Une autre piste moins IDE:
Via UML tu peux définir tes données (class), tes flux de d'informations (sequence), les états prévus de ton appli (statechart), les cas d'utilisation.
Je pense qu'il y a moyen, à partir de ca, de genrer une bonne partie de code générique et validable.
Si en plus tu generes dans un langage objet, tu pourras redéfinir les classes importantes pour y faire des optim.
[^] # Re: I had a dream...
Posté par vieuxshell . En réponse au journal Comment résoudre la "crise du logiciel" ?. Évalué à 4.
Là, tu définis ton probleme dans un langage de haut niveau, qui est sensé te generer le code qui va bien et les tests qui vont bien également (Ou alors que les tests dans le cas d'une appli existante ou d'une appli que tu souhaites voir fonctionner).
Une autre piste moins IDE:
Via UML tu peux définir tes données (class), tes flux de d'informations (sequence), les états prévus de ton appli (statechart), les cas d'utilisation.
Je pense qu'il y a moyen, à partir de ca, de genrer une bonne partie de code générique et validable.
Si en plus tu generes dans un langage objet, tu pourras redéfinir les classes importantes pour y faire des optim.