j'ai du certainement très mal m'exprimer puisque justement j'essayais de dire que l'XP "ne se complait pas dans les specs et comités d'experts." comme tu le dis.
En fait ici, où je fais la sieste travaille, on fait de l'XP sans le savoir, coder à deux, avancer par petits bons, doubler les connaissances (quoique..), être absoluement proche des utilisateurs, ne pas se perdre dans les docs.. Alors j'en ai une expérience qui est à la fois proche et naîve (native?), comme Jourdain qui faisait de la prose sans le savoir.
Avec des conclusions contradictoires. D'un côté, pour répondre au client (à l'utilisateur), pour maintenir et faire évoluer doucement un système d'information, rien de mieux des micro itérations. Mais dès qu'il s'agit de développements qui demandent une certaine maturation avant tout développement, il vaut mieux pas être drivé par les utilisateurs. Uu si tu es dans un cycle un peu long de devs, c'est la panique.
De plus cela dépend du codeur: le malin prévoit les refactoring à venir, l'idiot attend que ça plante pour refactoriser. Le malin prévoit un tout petit peu les dévelppements futurs de l'appli.
Encore une fois, c'est une expérience bizarre que j'ai puisque d'un côté elle a beaucoup en commun en pratique avec l'XP et rien en théorie (les méthodes de travail ici n'ont pas été théorisées)
J'ai lu ce midi et adoré la revue du livre "XP Refactored" sur ./ dont parle anonyme512. http://books.slashdot.org/article.pl?sid=04/03/24/2118215(...)
ça m'a ouvert les yeux sur pas mal de choses sur cette méthode et en même temps sa critique la rend plus crédible.
La revue met l'accent sur la gurutisation de cette pratique et de ce que cela peut avoir de dangereux. Je me demande si c'est pas cela le plus grand danger, tout prendre de l'XP. D'un autre côté l'article montre avec humour que tu as le droit de tout faire dans XP, et que cela reste de l'XP, sauf que quand ça ne marche plus c'est que tu n'as pas suivi les Recommandations et que ce n'est plus de l'XP...
Mais bon, qq citations qui vont dans mon sens (ou plutôt dans le sens que j'aurais dû donner à mon post si je l'avais pas écrit avec mes genoux)
Combine flexibility with actual design and risk control. Perhaps not surprisingly, this method resembles a lot what you'll often find small teams of skilled programmers doing on their own. And if you asked them what methodology they were using, they might even say eXtreme Programming, even though they aren't.
They also point out that most of XP is a pretty good mode in which to maintain already developed and mature software.
Now I know people are going to read this and indignantly retort that XP is based on some good ideas, and I fully agree. XP's starting assumption, as explicitly stated by Kent Beck, is that if a little of something is good then as much of it as possible is even better. I like chocolate, but I'm not going to eat to exclusion.
Et la conclusion :
Frankly, I got a better feel for the actual strengths of XP from Refactored than I did from any of the pro-XP books, including Explained. Which is pretty good for a book whose stated purpose is to deflate XP.
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par Gabriel . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 2.
En fait ici, où je fais la sieste travaille, on fait de l'XP sans le savoir, coder à deux, avancer par petits bons, doubler les connaissances (quoique..), être absoluement proche des utilisateurs, ne pas se perdre dans les docs.. Alors j'en ai une expérience qui est à la fois proche et naîve (native?), comme Jourdain qui faisait de la prose sans le savoir.
Avec des conclusions contradictoires. D'un côté, pour répondre au client (à l'utilisateur), pour maintenir et faire évoluer doucement un système d'information, rien de mieux des micro itérations. Mais dès qu'il s'agit de développements qui demandent une certaine maturation avant tout développement, il vaut mieux pas être drivé par les utilisateurs. Uu si tu es dans un cycle un peu long de devs, c'est la panique.
De plus cela dépend du codeur: le malin prévoit les refactoring à venir, l'idiot attend que ça plante pour refactoriser. Le malin prévoit un tout petit peu les dévelppements futurs de l'appli.
Encore une fois, c'est une expérience bizarre que j'ai puisque d'un côté elle a beaucoup en commun en pratique avec l'XP et rien en théorie (les méthodes de travail ici n'ont pas été théorisées)
J'ai lu ce midi et adoré la revue du livre "XP Refactored" sur ./ dont parle anonyme512.
http://books.slashdot.org/article.pl?sid=04/03/24/2118215(...)
ça m'a ouvert les yeux sur pas mal de choses sur cette méthode et en même temps sa critique la rend plus crédible.
La revue met l'accent sur la gurutisation de cette pratique et de ce que cela peut avoir de dangereux. Je me demande si c'est pas cela le plus grand danger, tout prendre de l'XP. D'un autre côté l'article montre avec humour que tu as le droit de tout faire dans XP, et que cela reste de l'XP, sauf que quand ça ne marche plus c'est que tu n'as pas suivi les Recommandations et que ce n'est plus de l'XP...
Mais bon, qq citations qui vont dans mon sens (ou plutôt dans le sens que j'aurais dû donner à mon post si je l'avais pas écrit avec mes genoux)
Combine flexibility with actual design and risk control. Perhaps not surprisingly, this method resembles a lot what you'll often find small teams of skilled programmers doing on their own. And if you asked them what methodology they were using, they might even say eXtreme Programming, even though they aren't.
They also point out that most of XP is a pretty good mode in which to maintain already developed and mature software.
Now I know people are going to read this and indignantly retort that XP is based on some good ideas, and I fully agree. XP's starting assumption, as explicitly stated by Kent Beck, is that if a little of something is good then as much of it as possible is even better. I like chocolate, but I'm not going to eat to exclusion.
Et la conclusion :
Frankly, I got a better feel for the actual strengths of XP from Refactored than I did from any of the pro-XP books, including Explained. Which is pretty good for a book whose stated purpose is to deflate XP.