Bonjour;
J'aimerais avoir votre avis sur la technique Extreme Programming que certains livres décrivent. Je m'intéresse actuellement à cette technique de conception logicielle car j'ai par expérience remarqué que dans de nombreuses entreprises, les différentes étapes de création dans un logiciel ne sont que très rarement appliquées
Pourquoi ?
Et bien car les conjonctures du marché ou les demandes fonctionnelles clientes sont souvent imprévisibles et si l'on peut les intégrer en assouplissant les frais de maintenance, le produit originel reste constamment remanié.
Si l'on analyse l'organisation et les techniques utilisé par les équipes de développement ont arrive à approcher les concepts de l'extreme programming. Mais cela ne se fait alors que par le vécu et d'une manière logique.
L'Extreme programming serait alors une la synthèse de l'expérience de nombreux chefs de projets qui ont concu des méthodes pour gérer les projets dans un contexte concurrentiel.
J'aimerais donc savoir si parmis vous, quelqu'uns auraient eu une approche des méthodes de l'XP.
Journal Extreme Programming
27
jan.
2004
# Re: Extreme Programming
Posté par xilun . Évalué à 2.
[^] # Re: Extreme Programming
Posté par XHTML/CSS inside (site web personnel) . Évalué à 2.
C'est quoi l'extreme programming ?
(on programme sous perfusion de café avec la fsf song en continu ?)
++
# Re: Extreme Programming
Posté par Space_e_man (site web personnel) . Évalué à 1.
"Les différentes étapes de création dans un logiciel", ça veut dire quoi exactement ?.. De manière général (l'activité autour du développement logiciel), ça veut pas dire grand chose... Alors XP, ben forcément pas non plus pour moi...
# Re: Extreme Programming
Posté par toto . Évalué à 1.
http://linuxfr.org/2003/10/13/14251.html(...)
http://www.erlang-projects.org/(...)
si ça peu faire avancer le schmilblick ;-)
# Re: Extreme Programming
Posté par Yoann A. . Évalué à 3.
Je m'étais intéressé il y a quelques temps à l'extreme programming. J'ai beaucoup aimé ses principes. Ils sont très déroutants au début (surtout la programmation à deux par poste), mais au final on se rend compte qu'ils sont tout à fait justifiés.
Actuellement, je ne connais aucune entreprise française qui utilise cette technique, sauf peut-être un projet chez Renault, je crois, et une boite parisienne de logiciel libre dont j'ai perdu le nom. En revanche, elle a l'air d'être pas mal appliquée aux Etats-Unis. Ce n'est pas forcément une référence, mais bon au moins ça montre que ça marche bien chez quelqu'un.
J'ai testé cette méthode, avec quelques copains, dans le cadre d'un projet académique. Ce que j'en ai surtout retenu, c'est que c'est très motivant. Par contre, le piège est de n'appliquer qu'une seule partie des recommendations de l'Extreme Programming, ce qui est contre-productif.
Bref, à essayer, mais malheureusement encore héritique en France.
Yoann
[^] # Re: Extreme Programming
Posté par Ennio . Évalué à 2.
Moi je connais beaucoup d'entreprises françaises qui travaillent dans l'embarqué et qui appliquent les pratiques de l'Xp depuis longtemps (avant même qu'elles deviennent à la mode sous cette appellation).
Après deux ans de pratique intensive, je ne conçois plus qu'on puisse travailler autrement pour ce qui concerne les applications critiques (j'entends par là : qui mettent en jeu la vie des utilisateurs, par exemple ;-) )
[^] # Re: Extreme Programming
Posté par Cédric Girard (site web personnel) . Évalué à 2.
http://xp-france.net(...) (ya pas mal de lien dessus)
Sinon j'ai implanté XP dans ma boite, après avoir lu le livre XP en français (http://xp-france.net/cgi-bin/wiki.pl?ExtremeProgrammingAvecDeuxEtud(...)) et je l'utilise pour mes projets perso.
Franchement,
- c'est plus motivant que de bosser seul (même si le premier jour m'a crispé) - clairement xp donne un statut d'artisan du code au programmeur, alors que pas mal de méthodes en font un ouvrier non qualifié
- les tests unitaires donnent une vraie confiance dans le travail fait
- les pratiques de gestion du projet tendent à maitriser tous les risques prévisibles (surtout en discutant souvent, pour ne pas s'engager dans un travail de 6 mois sans feedback)
Je conseille à tout le monde de regarder, c'est vraiment chouette
[^] # Re: Extreme Programming
Posté par aurel (site web personnel, Mastodon) . Évalué à 3.
Meme expérience pour moi, je vote [+] par la pensée, n'ayant plus de vote :(
# Re: Extreme Programming
Posté par abgech . Évalué à 6.
Pour ma part, cela fait maintenant depuis 1964 que j'aligne des instructions, toujours avec le même plaisir. J'ai passé des premiers compilateurs Fortran et des premiers assembler, au C et C++ en passant par COBOL (hélas, mais il faut bien manger), PL1, PASCAL, APL, ADA plus un certain nombre de langages de script.
J'ai aussi vu au cours de ces années des modes récurrentes de technique de programmation: structurée, prédictive, événementielle, etc, etc.
Il n'en reste pas moins que le problème est toujours d'actualité: comment programmer rapidement et sûrement (il y a eu tellement de recherche sur la preuve formelle des programmes !). Actuellement on vit une espèce de schizophrénie: on veut programmer vite, les RAD, rapide et dégueulasse, et on veut bâtir des cathédrales: l'orienté objet, c'est vraiment antinomique.
Je crois que le vrai problème, c'est que la programmation n'est pas faite pour tous le monde. Il y a les gens doués et les autres. Personne ne s'offusque qu'il existe des analphabètes musicaux ou artistiques (j'en fait partie) et des génies comme Beethoven ou des Rubens. Pourquoi n'en serait-il pas de même avec la programmation (au sens large). On tente de masquer par des méthodes le fait qu'au moins 50 % des gens qui programment ne sont pas vraiment qualifié pour le faire.
Une dernière précision: je ne me prend pas pour le pape de la programmation, mais pour un honnête artisan. Je sais très bien la différence qui existe entre moi et un Dijkstra, un Hoare, un Pike, un Kernighan ou un Ritchie.
[^] # Re: Extreme Programming
Posté par Ennio . Évalué à 2.
Mais quand je lis le code de quelqu'un qui est plus doué que moi, j'apprends et je progresse. Je suis persuadé qu'en plus de réduire les erreurs, le fait de travailler à deux permet d'améliorer les compétences de l'équipe.
[^] # Re: Extreme Programming
Posté par abgech . Évalué à 1.
En bien ou en mal d'ailleurs.
[^] # Re: Extreme Programming
Posté par Jeremy SALMON (site web personnel) . Évalué à 1.
Comment la masse salariale evolue entre un projet en methode de dev classique et un projet gérer avec la methode de l'Xtreme Programming?
[^] # Re: Extreme Programming
Posté par Nicolas Boulay (site web personnel) . Évalué à 3.
Donc au total tu y gagnes.
"La première sécurité est la liberté"
[^] # Re: Extreme Programming
Posté par Tutur . Évalué à 1.
Je me suis souvent rendu compte que l'epaisseur de la doc est porportionnel à l'incompetence informatique.
Attention, j'ai pas dit qu'il ne faut pas de doc du tout.
[^] # Re: Extreme Programming
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 1.
Si le 50% fait référence au travail en binome préconisé par XP, je trouve que la réflexion est un peu rapide. L'objectif d'XP, via cette pratique, n'est pas de masquer l'incompétence de la moitié des effectifs, mais plutôt :
- de s'auto-motiver (rien de plus chiant que de passer des journées tout seul dans son coin à faire son bout de code),
- d'apprendre à travailler à plusieurs (il faut pour ça se connaître),
- se faire progrsser mutuellement,
- et surtout produire un soft de qualité (en groupe, le tout est bien plus que la somme des parties) : à deux, y'en a toujours un qui peut prendre du recul sur ce que fait l'autre et réorienter le tir.
[^] # Re: Extreme Programming
Posté par mister_jingle . Évalué à 0.
- de s'auto-motiver (rien de plus chiant que de passer des journées tout seul dans son coin à faire son bout de code),
Justement, c'est ca le métier de développeur...Il y a des gens fait pour ca et d'autres non.
- d'apprendre à travailler à plusieurs (il faut pour ça se connaître),
Pas besoin d'extreme prog pour ca...Il y a la bonne vieille méthode d'appeler un collègue pour un conseil.
- se faire progrsser mutuellement,
C'est en forgeant qu'on devient forgeron. On ne progresse que si on fait l'effort.
- et surtout produire un soft de qualité (en groupe, le tout est bien plus que la somme des parties) : à deux, y'en a toujours un qui peut prendre du recul sur ce que fait l'autre et réorienter le tir.
Encore une fois, il y a la bonne vieille méthode. Dans un cycle "normal", il y a la validation qui s'occupe de faire des tests et vérifier que le cahier des charges est respecté. De toute manière, un bon développeur fera des tests unitaires ce qui limite la valide à ne faire que des tests d'intégration.
# Re: Extreme Programming
Posté par mister_jingle . Évalué à 2.
Cette méthode fait peur. Perso, je considère la programmation comme un art. Y a pas de recette magique, c'est l'artisan et non la méthode qui fait les miracles.
Merci abgech de ton témoignage, ca fait du bien d'entendre ca.
[^] # Re: Extreme Programming
Posté par Fulgrim . Évalué à 1.
[^] # Re: Extreme Programming
Posté par khalahan . Évalué à 0.
Et oui, en visual basic, il n'est pas nécessaire de déclarer des variables, par contre, pour faire marcher les API il faut qu'elles soient déclarées... pfiou... alors que ct si bien et si facile le VB ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.