trinityLOL c'est où?

Ca si les Program Managers cachent leurs specs dans des Sharepoints nébuleux...

Dans le panel en bas à gauche.

Ça doit être beau la gestion de projet chez Microsoft tiens, agile bien comme il faut

D'après la méthode Scrum, c'est à l'équipe de développement d'éclaircir les Acceptance Criteria et si le PO n'a pas donné tous les critères, la UserStory est acceptée, et il doit en planifier une nouvelle avec ses Acceptance Criteria revus et modifiés. Mais l'équipe de développement se doit de tester en long et en large.

Sinon, pour en revenir au sujet BDD, TDD; le TDD c'est censé être sur des tests unitaires, donc facile à mettre en place, c'est des petits tests. Le BDD ça me semble plus compliqué en effet.

FabeÇa doit être beau la gestion de projet chez Microsoft tiens, agile bien comme il faut

Je vois une opportunité de détourner ce topic puisqu'on aborde l'aspect agilité de Trin

PetitCalgonD'après la méthode Scrum, c'est à l'équipe de développement d'éclaircir les Acceptance Criteria et si le PO n'a pas donné tous les critères, la UserStory est acceptée, et il doit en planifier une nouvelle avec ses Acceptance Criteria revus et modifiés. Mais l'équipe de développement se doit de tester en long et en large.

Boah, ça dépend de la taille de l'équipe, et aussi du rôle de chaque intervenant. Dans 9 cas sur 10, le PO est représenté par l'analyste, qui serait bien mal vu s'il se plantait dans la descriptions des AC pour sa story Mais bon, oui, ça arrive, et ça permet justement de raffiner le projet petit à petit, sans induire des délais supplémentaires "astronomiques".

PetitCalgonSinon, pour en revenir au sujet BDD, TDD; le TDD c'est censé être sur des tests unitaires, donc facile à mettre en place, c'est des petits tests. Le BDD ça me semble plus compliqué en effet.

Si ça repose sur des tests unitaires, j'parlerai pas de "TDDevelopment", c'est un peu trompeur
Dans le cas du "jeu", c'est plutôt du BDD, vu que tu ne te préoccupes que de l'aspect fonctionnel (test : un scénario donné) et non pas de l'aspect unitaire (test : une unité fonctionne, quelque soit le cas), non ?

Guybrushon aborde l'aspect agilité de Trin

Je demande à voir

Guybrushle PO est représenté par l'analyste

Chez nous, c'est le client.

Guybrush j'parlerai pas de "TDDevelopment", c'est un peu trompeur

Les petites fonctions sont testées de manières unitaires, on est d'accord, mais il est aussi possible d'englober des plus grosses fonctions en tests d'intégration et d'attendre un résultat, puis de changer le code pour que ça fonctionne. Tu testes alors l'orchestration du tout.

Et dans un très gros logiciel, tu as pas mal de tests unitaires qui sont en fait des tests fonctionnels

Donc je te l'accord, on se rapproche plus du BDD que du TDD, mais la frontière est parfois fine.

trinityLOL c'est où?

En fait on peu scroller sous la partie supérieure gauche.

J'ai vu quelqu'un le faire, c'est comme ça je l'ai su

Terminé le niveau facile (les 11 exercices), sauf le Chuck Norris, parce que mon encodage ASCII doit être mauvais. Je crois qu'il ne me livre pas la bonne valeur pour un '%' par rapport à la valeur qu'il a lui
C'est drôle, même si certains exercices sont plus difficiles que d'autres (et pour certains en C#, il y a la fonction magique qui va bien, genre dans les mime/type, j'utilise Path.GetExtension(...) et j'ai l'extension sans me poser de questions sur le nombre de "." dans le nom de fichier)

@Fabe/krapou: ah oui le scroll... c'est franchement pas intuitif

Sinon pour la gestion de projet en fait c'est un peu trop agile à mon gout

J'ai commencé les niveaux faciles. En Python, c'est *vraiment* facile Je fais ça du boulot (boouuuuh, oui, je sais, j'ai même pas tenu un mois, mais j'ai une fin de semaine calme ). Je suis actuellement à Thor qui se déplace. Faut que je lise attentivement le bouzin, parce que l'avant-dernier test ne passe pas à cause d'un manque d'énergie (pourtant, je me déplace toujours comme il faut). Le "hic", c'est qu'il m'est difficile de voir l'animation sans attirer l'attention des collègues, ce qui rend le debug relativement difficile -:D

Le piège de Thor (qui tue) c'est que tu ne reçois la position de Thor qu'une seule fois au début et qu'elle ne se met pas à jour automatiquement. Ah! Ah! Ah!
Bonus: tu as le droit de le déplacer en diagonale

Oui, j'ai fini le niveau finalement (je suis à la partie Ascii, mais ce sera pour ce soir ou demain, pas le temps cet aprem). Pour Pour Thor, le souci que j'avais, c'est le sens des axes (j'avais inversé y). Ces "exercices" sont quand même relativement (trop ?) simples (mais je veux les finir avant d'entamer le niveau de difficulté suivant). Notamment le lander, où je m'attendais à des tests plus complexes ^^

Faut que je retente, car j'avais pas réussi le ... tuto !!!

Je pense que le site a couillé, je crois pas que j'avais tout à l'écran. Notamment je voyais la partie se faire, et je trouvait pas où insérer mes commandes. Faudra que je rééssaye.