ok, je saisis un peu mieux, même si pour etre franc, j'ai l'impression qu'on a fait une méthode avec les choses (qui devraient être) de bases de la programmation.
Par contre, y a quelques trucs qui me chiffonne et quelques remarques dans ce que tu écris: Pour ce qui est de l'analyse, il faut mettre ca en relation avec les nombreux projets professionnels ou tu dois pondre 6 mois de diagrammes UML avant de commencer la moindre ligne de code. Pas de bol, au bout de 7 mois, le client a change d'avis et tu peux mettre tous tes diagramme a la poubelle. C'est en ce sens la qu'il faut lire la priorite au code.
Je rappelle qu'UML n'est pas un outil d'analyse :) C'est juste un langage.
Et le truc sur les 6 mois, je ne vois pas bien: si tu codes pendant 6 mois et que le client change d'avis ? T'es aussi dans la mouise... Sauf si pour toi l'analyse se fait dans un bureau sans contact avec le client. Normallement, l'analyse est là pour répertorier et analyser les besoins du client et il serait stupide que ce dernier n'y participe pas :) C'est ce qu'on apprend en Analyse Conceptuel de Système d'Informations mais il est vrai que certains se prennent pour des dieux et ne veulent pas supporter "ces clients qui ne sont jamais contents et qui changent toujours d'avis" car ces clients n'ont pas le savoir qu'eux ils ont. Mais là, ça doit plus être un problème de comportement :)
Par contre, il est vrai que certains clients aiment voir l'appli visuellement. Mais souvent, en parallèle de la phase d'analyse, des protos sont justement réalisés permettant de montrer et de controler si tout le monde se comprend :)
Que mes propos ne soit pas mal interprétés :) je ne dis que l'XP c'est pas bô car je ne connais pas particulièrement et comme toute méthode, cela doit être très bien dans certains cas et pas adaptée pour d'autre (tout comme qu'elle doit convenir à certaines personnes mais pas à d'autres). Mais cela à l'air interessant, ayant eu ma paie je vais me commander un bouquin décrivant précisément l'XP :)
[^] # Re: Rencontre AFUP sur l'Extreme Programming
Posté par deftones_chris . En réponse à la dépêche Rencontre AFUP sur l'Extreme Programming. Évalué à 1.
Par contre, y a quelques trucs qui me chiffonne et quelques remarques dans ce que tu écris:
Pour ce qui est de l'analyse, il faut mettre ca en relation avec les nombreux projets professionnels ou tu dois pondre 6 mois de diagrammes UML avant de commencer la moindre ligne de code. Pas de bol, au bout de 7 mois, le client a change d'avis et tu peux mettre tous tes diagramme a la poubelle. C'est en ce sens la qu'il faut lire la priorite au code.
Je rappelle qu'UML n'est pas un outil d'analyse :) C'est juste un langage.
Et le truc sur les 6 mois, je ne vois pas bien: si tu codes pendant 6 mois et que le client change d'avis ? T'es aussi dans la mouise... Sauf si pour toi l'analyse se fait dans un bureau sans contact avec le client. Normallement, l'analyse est là pour répertorier et analyser les besoins du client et il serait stupide que ce dernier n'y participe pas :) C'est ce qu'on apprend en Analyse Conceptuel de Système d'Informations mais il est vrai que certains se prennent pour des dieux et ne veulent pas supporter "ces clients qui ne sont jamais contents et qui changent toujours d'avis" car ces clients n'ont pas le savoir qu'eux ils ont. Mais là, ça doit plus être un problème de comportement :)
Par contre, il est vrai que certains clients aiment voir l'appli visuellement. Mais souvent, en parallèle de la phase d'analyse, des protos sont justement réalisés permettant de montrer et de controler si tout le monde se comprend :)
Que mes propos ne soit pas mal interprétés :) je ne dis que l'XP c'est pas bô car je ne connais pas particulièrement et comme toute méthode, cela doit être très bien dans certains cas et pas adaptée pour d'autre (tout comme qu'elle doit convenir à certaines personnes mais pas à d'autres). Mais cela à l'air interessant, ayant eu ma paie je vais me commander un bouquin décrivant précisément l'XP :)