Maintenant si je veux écrire une seule classe, évidemment je le fait à la hate, sans specification préablable.

Le test par contre c’est toujours un aspect “obscur” chez moi , car il m’est tres difficile d’avoir un concept “test driven”. J’avoue que je reflechis aux tests toujours bien plus tard… JUNIT et atres sont des choses que j’utilise tres rarement faute de temps

@fee:
PHP5 est deja oriente object !

my comment:
Euuh je ne mettais pas la conception (UML) entre parentheses, je le fais d’abord a coup sur, mais maintenant, le “style de programmation” etait plus la facon de proceder apres la conception.
Bref mon point est celui-ci: que se passe-t-il pendant la programmtion quand on a oublie un aspet de la conception (nul n’est parfait ! ) ?
Moi j’utilise Objectif de microTool, qui apres une conception “tordue” permet de faire des modifications dans le code et celles-ci seront actualiser sur le UML (bon les diagrammes et scenarios sont a actualiser soi-meme)

Quand je codais pour une SSII, on passait plus de temps sur une bonne conception UML avec les Design Patterns que sur le code, car il ne fallait pas faire le logiciel au “hasard”, surtout vu les enjeux. Et ont utilisait aussi le TDD (test drivent development) avec les framework de tests habituels (NUnit, JUnit …).

Maintenant que je code mes propres projets, j’avoue ne pas avoir le temps de passer par tous ces bonnes pratiques. Avec l’habitude, on sait déjà ce qu’on veut, on sait déjà ce qui est recommandé, et ce qu’il faut éviter.

Un langage comme PHP que j’utilise assez souvent désormais pour mes projets web perso n’est pas très POO comme Java ou .NET. Donc je fonce seulement d’abord. Mon style de programmation est devenu de plus en plus agile. La formalisation de la conception via UML pourra venir après, quand l’équipe sera plus grande, ou quand les auditeurs vont passer pour voir si je code « bien »