L'art de rien

Ne rien faire sans en avoir l'air,

Voilà une affaire passionnante en fait voilà une semaine que j'ai de la lecture c'est chiant lire des documentations et des spécifications bourrées de symboles et d'acronymes... Bref j'ai plus ou moins tenu jusqu'à maintenant... sur le Compte Rendu d'Activité ça s'appelle imprégnation...

Bref je meuble tout ce bazar en me disant que la suite sera plus intéressante. C'est surtout que ça m'énerve de faire 2 à 4 heures de transport (fonction de la SNCF) chaque jour, pour arrivé ici et me dire je n'ai que de la lecture. Je suis bien placer pour savoir que nous n'avons pas besoin de nous déplacer pour bosser dans l'informatique, j'ai fait de l'assistance à distance, j'ai monté des tunnels pour accéder à des serveurs sécurisés invisibles à distance pour lancer des scripts dessus. Enfin tout ça pour en arrivé la je n'ai rien à faire et j'ai peu de moyen de passer le temps... Le pire c'est que le client à tellement sécurisé son accès que je n'ai que le Blog pour passer le temps hors proxy externes.

C'est là que je me dit que je suis content d'être moi même, grace à ca j'arrive à accéder à plus ou moins tout ce que je veux dans des conditions presque efficace à tous les coups. Je devrais mettre autant d'ardeur dans ma vie de couple tiens, mais le problème quand on vie avec une méditérannéenne c'est qu'elle a toujours raison même et surtout quand elle à tord...

Développements et spécifications

Dans la vie il y a des jours ou on veut rire, mais on ne peut pas; alors il nous faut trouver un moyen de le dire, de s'exprimer. Je vais le faire là. Dans le développement de logiciel on a en général plusieurs grandes étapes distinctes :

• Rédaction des spécifications (générales courtes puis détaillées, et techniques courtes puis détaillées)
  
• Le développement en lui même
  
• La recette (les test et l'évolution des spécifications initiales)
• Les corrections (la suite du développement)
• Un autre recette (en cas de validation on va à l'étape suivante, sinon on reviens à la précédente avec de nouvelles évolutions)
• La mise en production (là en général c'est champagne)

Donc une fois que l'on a ces bases, il devient évident qu'aucun logiciel ne devrait sortir comme cela se passe de nos jours à savoir :

• Rédaction et développement en même temps
• Recettes et corrections simultanées
• Mises en production de versions intermédiaires (n.x.y_z...)

Ce problème viens d'un défaut de compréhension de la méthode dite "Agile". En effet, si cette méthode prône une certaine réactivité, une certaine communication entre les équipes de développement et le client d'un projet, elle ne prône en aucun cas la précipitation ni l'accumulation de spécification de correction et encore moins la génération de régressions en chaîne.

En fait quand on parle à un client de méthode agile, le client entends "rapide", et confonds vitesse et précipitation. L'erreur est humaine mais en ayant un projet dont les spécification fonctionnelles courtes et détaillées sont abouties au moment d'en passer la commande, je pense qu'il y aurait moins de problèmes par la suite. Corriger et faire évoluer des spécifications est plus facile à faire sur des briques stables que sur des versions encore en développement. Par ailleurs corriger du code instable pour en faire un code instable pour une recette est parfaitement contre productif également.

Enfin bon tout cela pour dire que bien que l'informatique en soit encore à l'enfance, on a beaucoup à faire avant l'age adulte; nous n'avons pas encore fait son adolescence et que ce jour là, ça ne va pas être la fête.