Reprise du message précédent :
Ah mais du coup je pensais qu'il fallait quand même faire un minimum d'effort pour être déconstruit moi, genre avoir au moins déjà sucé une fois un homme non blanc, porté des talons hauts une semaine ce genre de trucs. Mais en fait il suffit de s'être sincèrement remis en cause. Je suis carrément un déconstruit, moi

nan, il a pas voulu se déplacer.

 
Ah mais c’est la même implementation que le catholicisme: tu peux faire toute la merde du monde, si t’es sincèrement désolé c’est ok.

 
Faut dire que sinon, le projet politique s'arrêterait rapidement (comme pour le catholicisme). Si la dose d'hypocrisie nécessaire est absente, c'est bcp trop exclusif et ça peut pas se développer.  

Implémenter Trello avec GSheet, j'avais encore jamais vu
 

Avec quel outillage du coup ?

C'est le message qu'on essaie d'apprendre aux enfants. Si t'as fait une connerie, être désolé ça suffit pas, sinon c'est trop facile en mode "Oui je suis désolé. Je peux faire des écrans ?"
Le message passe pas encore bien tout le temps

vi

Ok désolé  

   9d 8h moi

 
Vous êtes des grands malades.  

2 jours et des brouettes ici !

J'ai pas la réf

  mais t’étais dessus non stop ?

https://jacorb90.me/Prestige-Tree/
 
Bonne journée  

WTF, la taille de la police est plus petite lorsque le message contient une quote sur Safari avec un iPad
 
J’ai pas ce problème avec la version desktop.
 
Je teste la version web sur tablette comme suggérée par plusieurs personnes ici mais je ne trouve pas ça plus pratique que HFR+ (qui passe son temps à me déconnecter )
 
Dommage il manque pas grand-chose pour que ce soit utilisable sur une tablette

Si HFR te déco, réinstalle l’app. C’est un soucis connu je crois.

HFR+ m'a pas déconnecté une seule fois depuis que je l'utilise je pense

Ah ouais tiens, j’avais jamais remarqué. Ça le fait pas sur iPhone

Vous auriez de la littérature sur comment estimer le nombre de points d’une US durant un poker planning ?
 
Hier on a passé 30 minutes sur une US parce qu’un mec était pas d’accord et voulait avoir une idée précise de comment on allait implémenter la feature avant de pouvoir la chiffrer.
 
Or, selon moi, si tu as besoin d’avoir une idée précise de l’implémentation c’est que t’as déjà fait une partie de travail de l’US qui est la conception.
 
Fun fact : on reprend du temps ce matin pour à nouveau estimer l'US

perso j'ai 5 dés sur le bureau  
 
J'estime avec mon expérience le nombre de dés que ça prend. SI ça dépasse les 5 dés, je découpe  
Je les lances 3 fois.  
Je reponds, le min et le max

 
Oué ça marche trop bien, partage d'écran + chacun en fullscreen + chacun son browser/sa doc  

 
S'il y a des débats de fond c'est qu'elle n'est pas mûre.
Selon la méthode utilisée et le mode de management c'est ensuite à l'équipe de décider si vous la prenez quand même ou pas, si c'est un management ou un PO casse couille qui risque de vous le reprocher ensuite vous devriez la refuser    

@flo: des dés de 12 ?

Ahah, bon courage, sujet très épineux

Le degré de précision sur comment la feature va être implémentée au moment de l'estimation (on devrait dire "prédiction" d'ailleurs) dépend pas mal de comment sont abordées les estims dans votre boite : si c'est juste un chiffre grossier pour avoir une idée de l'ordre de grandeur pour prioriser telle US par rapport à telle autre, je pense que tu peux accepter de faire l'estimation très tôt dans le cycle de vie de ton US, en ayant qu'une idée grossière de comment tu vas faire... Mais en acceptant les incertitudes et le fait que c'est qu'une estimation et pas une deadline.

Si en revanche c'est des trucs qui sont compris comme des engagements à finir à telle date par le business ou le management (ou pire, pour mesurer la productivité de ton équipe ) et que ça se traduit par des crunchs pour "finir le sprint" à temps et tout, forcément les devs vont se protéger, donc tu vas vouloir lever le maximum d'incertitudes avant d'estimer ton US, donc t'as besoin d'avoir bien creusé avant, pour limiter les risques (parce que tu l'évites jamais à 100%) de tomber sur un loup en cours de l'implémentation en mode "ah merde on avait oublié que ce composant bas niveau gérait pas ce cas, ça rajoute 20 jours de dev "

L’agile en cogip où tout le projet est mappé avec des deadlines et périmètres fonctionnels “durs” (tant qu’un chef change pas d’avis), mais c’est agile parce qu’on fait des “sprints” où tu peux estimer des tâches mais de toute manière tout doit y être

Attention, il y a évidemment des deadlines et des périmètres figés mais aussi des coûts
 
Heureusement qu'il reste la qualité comme variable d'ajustement    

 
C'est pas vraiment le sujet ici. Je me demande à quel vous rentrez dans le détail d'implémentation d'une US avant de pouvoir la chiffrer.
 
Selon moi le poker planning n'est pas fait pour entrer dans la conception détaillée d'une US. Si il y a trop d'incertitudes techniques on les lèves durant un spike et on estime ensuite.
 
Là le soucis c'est que le mec en était à "mais non en fait c'est facile, tu mets un if ici, tu rajoutes un rôle pour ce partenaire là et c'est terminé". Je n'étais pas d'accord avec lui sur le fait que ce soit si facile mais le scope est petit et cerné : on parle d'ouvrir un endpoint à un de nos partenaire pour qu'il puisse effectué 4 transitions dans une machine à état, et on veut sécuriser ces transitions (la machine a état de Symfony a le mécanisme pour faire ça).
 
Le mec m'a quand même sorti au début qu'on s'en foutait de sécuriser les transitions parce qu'on a confiance en notre partenaire, puis qu'ensuite on les sécuriserait durant le prochain sprint IP
 
Là où c'est encore plus wtf c'est que ce même gars qui te dit que c'est facile a sorti l'estimation la plus élevée (13)
 

 
L'US est parfaitement mûre fonctionnellement, on sait exactement ce qu'on veut faire et où on doit le faire.
 

 
Merci, tu m'as compris  
 
Là on est dans ton premier cas

Non mais là tu n'as pas un problème de chiffrage d'US, tu as un problème d'avoir un con dans l'équipe  
Consensus ça veut pas dire 100%  

 
Oui mais comment je peux justifier le fait que lorsque l'on fait une estimation on est pas là pour faire l'implémentation technique ?
 
Parce que j'ai beau être convaincu que ce n'est pas le bon moment pour le faire, si j'avais d'autres arguments en plus de fait que je pense avoir raison ça m'aiderait à appuyer mon propos.

Du coup y a clairement pas besoin de descendre au niveau du moindre "if". Juste de s'assurer qu'à priori la nouvelle US rentre pas en contradiction avec une feature existante, que les besoins sont supportés par les éventuelles libs que vous utilisez (ce qui a l'air d'être le cas là, même si je connais rien à Symfony), éventuellement un embryon d'archi/de découpage en module grossier pour les US un peu grosse et/ou si c'est pas évident dans le scope de quelle app/module/composant les modifs à faire sont, & rulez.
 
Du coup le mec qui veut avoir le détail précis de comment implem, bin faut lui rappeler l'objectif de la session d'estimation.

 
Souvent même pas genre “on peut ajouter des gens” (voire c’est demandé), ce qui mène au classique accouchement dans le mois.

 
Là son argument c'est que on peut le faire de façon crados (en gros rajouter quelques if par-ci par-là) ou de façon plus propre avec un Voter, ce qui change la charge de travail.
 
Mais pour moi il n'y a pas débat, on ne devrait estimer que la bonne façon de faire, sauf en ayant la corde au cou à cause des deadlines (ce qui est un peu le cas mais de toute façon que ce soit la bonne ou la mauvaise implem ça sera livré dans le sprint actuel donc on respectera la deadline).

Le dev qui propose de lui même de faire un truc de façon crados sans avoir le pistolet sur la tempe, ça mérite le cassage de genoux

défini crado :  
Le mec qui propose une refacto global à chaque fois qu'un nouveau cas doit être ajouté n'est pas forcement mieux
 

On dit "Noir", ta race    

Les premiers benchs de la Steam deck sont pas mal (cyberpunk en medium a 30fps stable, Rise of the tombe rider a fond)

Et Sarko condamné

https://mobile.twitter.com/avsa/sta [...] 8497629184
 
Quand tu fais auditer ton navigateur de buttcoins et ils trouvent des failles de sécurité dans chrome

 
Encore une fois...  
 
Mais bon, bracelet électronique... Condamné à rester chez lui... Vu le luxe dans lequel vit ce type, ça va juste le forcer à se reposer un peu. Sérieusement, à quoi ça rime ce genre de condamnation pour des personnes riches comme lui qui ne font plus les courses ou quoi que ce soit depuis des années voire des dizaine d'années ?
C'est d'un ridicule absolu.
 
J'estime qu'à partir d'un certain seuil de revenu et de patrimoine, on ne devrait pas être éligible au bracelet électronique parce qu'entre un mec qui se retrouve coincé dans une chambre de bonne et un autre qui vit dans une magnifique propriété, la peine n'est absolument pas la même et donc il y a une inégalité de traitement phénoménale.  
 
Je comprends pas que cela ne fasse pas plus tiquer que cela.    

il ne pourra pas faire de conférences, pas de gala  
 
et puis c'est un peu la honte quand même

 
Oui, ça va peut-être réduire *un peu* ses revenus pendant 1 ou 2 ans.
 

 
   
 
Excuse moi, mais j'ai pas pu m'empêcher.
 
Ces mec là n'ont honte de RIEN DU TOUT.   Jamais. C'est leur marque de fabrique.

Pour Tomb raider pourquoi pas, mais le bench de Cyberpunk fait pas rêver. Déjà en medium c'est pas ouf mais alors jouer à 30 FPS.

J'me doute que la console peut pas faire tourner en RTX ON et tout hein. Mais du coup, autant citer des jeux qui tournent à 60 FPS.