Mais globalement ce que j'essaie d'exprimer c'est ce que tu dis (avec probablement un vocabulaire plus modeste sur le sujet;)
Je n'ai pas compris la remarque sur la modestie.
Par contre le pas entre le TDD et le BDD est important. Dans le premier c'est le programmeur qui fait la spec et ça entre en collision avec un autre de tes points qui dis que ce n'est pas à toi de faire des choix.
Il n'y a pas de règle pour dire "granularité trop faible" ou "granularité trop importante". Ce qui compte, c'est déjà de se poser la question, et souvent naturellement on va se rendre compte que des composants sont à responsabilité multiple ou responsabilité éclatée.
Bien sûr c'est « naturel », une archi, un découpage c'est tout à fait inné... ou pas. L’expérience va beaucoup t'aider, la compréhension du domaine aussi. Mais non les découpage « naturels » c'est souvent des découpages techniques et ça pousse à reproduire toujours les même motifs type n-tière (ce qui n'est pas toujours bon).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pleins de remarques
Posté par barmic . En réponse au journal Réduire les temps de développement sans sacrifier la qualité. Évalué à 3.
Je n'ai pas compris la remarque sur la modestie.
Par contre le pas entre le TDD et le BDD est important. Dans le premier c'est le programmeur qui fait la spec et ça entre en collision avec un autre de tes points qui dis que ce n'est pas à toi de faire des choix.
Bien sûr c'est « naturel », une archi, un découpage c'est tout à fait inné... ou pas. L’expérience va beaucoup t'aider, la compréhension du domaine aussi. Mais non les découpage « naturels » c'est souvent des découpages techniques et ça pousse à reproduire toujours les même motifs type n-tière (ce qui n'est pas toujours bon).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)