Quel est votre style de programmation ??

Author: septox

20 Feb

hex_code

Il y en a qui apres avoir fait le concept (UML etc.), se lancent et programment tout les modules ou pacquets de l’application ou du logiciel et ce n’est qu’a la fin qu’ils ecrivent des routines de tests ( junits, nunits, etc. ) et d’autres qui evoluent a petits pas c’est a dire module apres module, et chaque module est d’abord programme puis teste, et cela donne une certaine echelle (compte tenu aussi souvent des “tiers” ou architectures du systeme a realiser).

Je dois avouer n’utiliser que la deuxieme methode, et ce “naturellement”

Des utilisateurs de la premiere methode qui passent par la ??

These icons link to social bookmarking sites where readers can share and discover new web pages.

4 Responses for "Quel est votre style de programmation ??"

ZWAN February 21st, 2008 at 10:13 am 1
Comme toi, j’utilise la seconde “naturellement”! Et il m’arrive souvent de programmer avant de faire la conception
Mais “Chut! le dis à personne”
fee February 21st, 2008 at 10:55 am 2
Quand je codais à l’école avec les java et C# etc, on utilisait UML souvent car le prof le voulais.

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 »
Septox February 22nd, 2008 at 10:02 am 3
@ZWAN:
oui je garde le secret

@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)
Hervé M. February 25th, 2008 at 11:51 am 4
Pour ma part je m’efforce toujours de faire une conception UML avant de programmer. Si je ne fais pas de conception UML, a moins j’essaye d’avoir un “development document” ou un “tool specification” afin de bien définir ce qui doit être fait. Cela m’aide à me retrouver après coup, à mieux comprendre l’architecture et d’eventuelles conséquences au cas où je veux apporter des modifications au logiciel o programme. Pour moi cette phase préalable est toujours indispensable. On le comprend tres facilement quand on doit bosser sur le logiciel de quelqu’un qui n’a rien documenté… en effet on constate qu’on n’y pige absolument rien.

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