How to Write Unmaintainable Code

**souviron34** · 09/04/2008, 16h30

je ne suis pas d'accord avec tout non plus.. Mais comme c'est d'ailleur dit, c'est une "echelle".

Oui la "degueu" est de + en + en allant de 1 a 10.

Des choses sont discutables (et on a d'ailleurs une echelle de 1 : par exemple une seule variable par ligne. Tres bien quand la routine a 10 variables. Impossible quand elle en a 50.., ou bien, comme dit plus haut, les "plusieurs return").

Cependant en gros je suis d'accord....

Et le lien pointe a la fin donne des indications (sur lesquelles malheureusement je tombe en ce moment-meme, et qui sont meme poussees en avant par les chefs et Project Lead) qui sont de bons guides de "a ne pas faire"....

**Lung** · 09/04/2008, 16h30

Envoyé par _vince_

Mais trop d'assertions, c'est beaucoup mieux que pas d'assertions du tout !

Moi, je n'en utilise pas.

**souviron34** · 09/04/2008, 16h31

Envoyé par Lung

Moi, je n'en utilise pas.

+1

moi non plus.

Des tests bien faits rendent les assertions inutiles et le code plus "portable" (vers d'autres langages).

**Lung** · 09/04/2008, 16h32

Envoyé par Médinoc

Je pense que le coup du "plusieurs return par fonction" devrait dissocier deux cas:

Les contrôles sur les paramètres
Les échecs d'appels de fonction dans le programme (ouverture de fichier, allocation mémoire, etc.)

Généralement, je mets des return pour les premiers mais je m'abstiens pour les seconds.

Et où est le problème ?
Je ne comprend pas.

**_vince_** · 09/04/2008, 17h12

Envoyé par Lung

Moi, je n'en utilise pas.

Pour avoir chercher les bugs des autres, je peux dire que des assertions (ou un peu de programmation defensive) bien placees auraient permis de mettre en evidence le bug tout de suite. Surtout quand il n'y a pas de tests unitaires !

**Lung** · 10/04/2008, 08h10

Envoyé par _vince_

Pour avoir chercher les bugs des autres, je peux dire que des assertions (ou un peu de programmation defensive) bien placees auraient permis de mettre en evidence le bug tout de suite. Surtout quand il n'y a pas de tests unitaires !

Quand je veux tester quelque chose, j'utilise le if.
C'est ce que j'ai trouvé de plus simple.

**_vince_** · 10/04/2008, 08h54

Envoyé par Lung

Quand je veux tester quelque chose, j'utilise le if.
C'est ce que j'ai trouvé de plus simple.

Dans ce cas la, je comprends mieux et je suis d'accord avec toi.

Pour revenir a l'echelle de Goret, je dirais que pas de programmation defensive, ca vaut bien un Force 8.

**granquet** · 10/04/2008, 18h14

Envoyé par _vince_

Pour revenir a l'echelle de Goret, je dirais que pas de programmation defensive, ca vaut bien un Force 8.

c'est éparpillé dans force 9 et 10 :p

**Vespasien** · 11/04/2008, 11h35

Il suffit de laisser les commerciaux fixer les délais

++
La quintessence c'est que le développeur principal travaille à son domicile. Comme çà, les autres n'y comprennent rien, la doc n'existe pas, l'analyse n'est pas remise en cause et au final tout le monde y comprend un peu et fait n'importe quoi pour finir son boulot dans les temps (calculés par les commerciaux évidement).