• [^] # Re: Agile... comment casser le charme!

    Posté par (Mastodon) . En réponse à la dépêche Formation « Développeur d’applications full stack » à l’INP de Toulouse, épisode 2. Évalué à 3. Dernière modification le 28 juin 2018 à 13:32.

    L'agile en deux mots comme je l'ai vécu précédemment dans une grosse entreprise, au milieu de grosses équipes : si tu innoves, tu écriras nécessairement des specs merdiques parce que tu vas te tromper (personne n'est génial sur commande). Alors écris tes specs merdiques (il en faut, on est d'accord), mais n'y passe pas trop de temps dessus. Confronte rapidement à la réalité (code et tests, tests, tests, tests), et revient sur tes specs.

    En faisant des boucles courtes tu :
    - écris une spec qui marche
    - écris un code qui marche
    - teste infiniement plus

    bcp plus vite, et de meilleure qualité.

    Si tu es capable d'écrire d'emblée des specs d'excellente qualité (peut-etre parce que tu pars d'un existant éprouvé, que tu suis une norme, que tu as un système simple et dont tu peux intellecutellement faire le tour assez facilement), c'est peut-être pas le mieux. Mais si tu pars à l'aventure d'une manière ou d'une autre, c'est pour moi LA méthode de travail indiscutable.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.