Reprise du message précédent :

Saône et Loire #71
La conductrice roulait avec 3,17 grammes d’alcool dans le sang, enceinte de 4 mois et avec un enfant de 2 ans à bord.  
 
 
tranquille

Intéressant. Ils sont nombreux dans le monde du développement à penser comme lui ?  
 
Parce que dans presque toutes les annonces que je vois sur le net, il est demandé de maitriser telle ou telle méthode agile.

Ptin depuis que j'ai annoncé le fork de XenServer, j'ai jamais vécu autant de LULZ
 
La panique chez les responsables du produit chez Six Triques  
 
Les équipes en internes : MAIS ON VOUS L4AVAIT DIT PUTAIN      
 
Bon maintenant va falloir réussir

J'ai raté un truc, vous forkez XS complètement? Pourquoi?
 
Edit: ok, trouvé

Ça te ferait mal au cul de mettre un lien ou une explication qui répond à ta question puisque tu y as répondu ?

https://xcp-ng.github.io/

En résumé : depuis la 7.3, retrait de nombreuses features de XenServer free, ainsi qu'impossibilité de patch sans payer dans les précédentes versions (pour forcer à aller sur 7.3 et donc perdre les features).

J'étais allé à Cambridge pour en discuter avec eux et trouver un compromis, mais ils voulaient rien entendre. J'ai prévenu que ça allait motiver pas mal de gens de forker, ils m'ont dit « mais allez y ! On s'en branle ». Visiblement, ils ont été très surpris que je le fasse

edit : vous imaginez bien l'étendue de la tâche, mais par chance j'arrive à fédérer pas mal de monde autour de l'idée.

Je pense que pas mal de gens sont d'accords avec le cœur de l'argument d'Erik Meijer, même parmi les auteurs du manifeste agile.
Y a tout un business autour de la méthodologie qui est très discutable, et des boîtes de formation/conseil qui ont un intérêt direct à te vendre un processus le plus complexe possible.

Perso je pense que c'est un ensemble d'outils et qu'il faut pas forcément tout mettre à la poubelle, mais y a quand même pas mal de trucs que j'apprécie pas. Et surtout chacun des ces outils peut être très mal utilisé en pratique. Dans ce qui me vient à l'esprit:
- Les standups sont souvent complètement inutiles.
- Le coaching n'a à mon avis de sens que s'il vient de formateurs internes. Mais faut une certaine masse critique pour justifier un coach à plein temps (à louche une cinquantaine d'équipes).
- Les sprints dont la durée arrange les gens côté produit (entre 1 et 3 semaines) impliquent pas mal d'overhead.

De mon expérience le rôle de scrum master illustre souvent l'implémentation bancale du processus:
- Typiquement aucun dév n'en veut, et j'ai encore jamais rencontré de scrum master à plein temps.
- Le product owner est bien placé pour être scrum master, mais c'est contre les dogmes de la religion agile. Y a risque de conflits d'intérêts à moins d'avoir un lead/manager technique qui a le dernier mot.
- Dans les boîtes où y a un flux constant de stagiaires/juniors, solution de facilité: systématiquement attribuer le rôle du SM au dév le moins expérimenté.
- Du coup parfois y en a pas et on s'attend à ce que chaque intervenant participe aux tâches. Bonne blague.

Les trucs que j'aime bien:
- Le grooming et le planning poker permettent d'identifier les disparités dans la compréhension des tâches.
- Les rétrospectives peuvent être sympas si y a une réelle volonté d'améliorer les points noirs derrière.

Merci

J'ai pas pratiqué l'agilité/scrum en info (vu que j'y suis pas depuis longtemps, mais voir plus loin pour une autre xp*) mais même avec un peu de formation dessus je trouve qu'il y a des idées étranges qui circulent dessus:
 - scrum a priori c'est pour du projet, pas de la maintenance, de l'évolution etc. Donc conception totale d'un soft, migration gigantesque et tout. Or j'ai l'impression que c'est mis à toutes les sauces,
 - il y a confusion entre Agile (qui finalement se résume à quatre phrase) et les méthodes qui en sont inspirées,
 - "ça marche pas", or... plein de projets en info échouent, les chiffres sont assez étonnants, il y a rien qu'en France un bon paquets de catastrophes industrielles, qui pourtant avaient un bon V
 - on parle de sprints (3-4 semaines) qui sont trop courts pour bosser... mais ces sprints sont censés parvenir à l'aboutissement d'un projet sur 2 ou 3 ans... Il y a peut-être une grosse erreur en vendant du résultat rapide?
 
Ce ne sont pas des arguments qui justifient l'agilité ou le scrum, mais ça pousse à la réflexion je trouve. Enfin en tout cas vos réflexions m'intéressent
 
* Dans mon taf précédent, post-prod cinéma, équipe d'intermittents du spectacle:
 - mode projet: forcément, chaque film est différent, sous tous les angles,
 - équipe: 2-4 en son, 2-3 en image. Du coup l'organisation se fait naturellement, grâce à cette petite taille. Par contre dès qu'on a des gros films avec des équipes de 10-20, ça devient un vrai bordel qui marche plus, (j'ai des collègues qui ont participé avec joie à ce genre de partage en c***, batailles d'ego etc.)
 - des briefs courts le matin autour du café, ou le soir avant de partir sur l'avancée et les difficultés de chacun, jamais de "grosse réunion", de la consultation entre collègues pour débloquer des situations ou des hésitations,
 - De l'itératif à fond, les monteurs image, monteurs son et mixeurs insistent énormément sur le besoin de voir le réalisateur très régulièrement (1/jour à 1/2-3 jours selon le étapes) pour valider des séquences et surtout "sentir" la direction artistique/esthétique. Avec de l'expérience, j'en venais à travailler sur les points les plus problématiques au début, pour que l'idée mûrisse chez le réal, et chaque semaine ajouter une pierre.
 
Quand pour des raisons géographiques ou humaines le réalisateur et la production découvraient la bande son à la fin, ça a toujours été une catastrophe (malgré des instructions en début de post-prod). Et généralement c'était le cas qui faisait péter le budget et/ou le planning.
 
On ne peut évidemment pas transposer simplement d'une industrie à une autre, mais j'espère bien que cette expérience m'aidera à surmonter quelques soucis en dev

Oui, mes hémorroïdes me causent des problèmes ces temps

Accessoirement j'ai trouvé l'explication sur mon tel' et j'ai juste pas pensé à poster le lien, d'autant moins que je me suis dit que plam en avait déjà causé et que j'avais juste raté l'info

J'en ai pas trop parlé ici parce que le début était assez chaud (estimation des risques légaux, rassemblement d'une équipe compétente, vérification de l'intérêt des gens sur le projet).

En tout cas ça montre que les gens attendent vraiment l'émergence de quelqu'un qui centralise/coordonne/motive les troupes pour participer

Quelles étaient les réflexions de ton board ?

interessant, merci.

En general, je suis plutot d'accord avec toi. Comme d'habitude, le probleme ce sont les extremes: soit tout faire 100% comme scrum et tu tombes dans le religieux et les standups a la con, ou l'oppose avec rien d'organise.  
Chez nous, je suis souvent product owner et on a rarement un vrai scrum master. Des fois c'est moi, des fois le tech lead ou quelqu'un d'autre.  Et on s'adapte au projet et aux membres du projet. Cette annee on fait presque plus de standup par exemple mais on garde le principe avec un bot slack qui demande les 3 questions et qui genere un rapport. Ca va plus vite et si t'as rien a dire, tu dis rien. On n'est pas des enfants.
On fait les reviews mais j'essaye de pas passer trop de temps dessus sauf etre sur de bien mesure ce qu'on voulait faire vs. ce qui a ete fait.  Sinon tu perds vite beaucoup de temps en meeting a la con.

'me semble logique que si tu dises "on va faire du X" tu le fasses à 100%, par analogie si tu dis "je vais faire de la muscu" tu fais les exercices et le régime, tu te mets pas juste à bouffer 4kg de protéines par jour en regardant netflix, ça va pas donner les résultats escomptés.

Mon expérience c'est plus "on va travailler en SCRUM" = on va prendre juste les bouts qui nous arrangent (principalement faire des réunions toutes les deux semaines)

27% du board était OK de suite, les 54% autres ont suivi et le reste en sait rien

hint : les 27% c'est moi et l'autre gros % mes associés

Ceci dit, c'est pas un gros changement de cap pour nous, plus une réaction. On va pas bosser sur le fork nous-même (enfin à la marge)

Cette analogie pourrie quand meme, c'est quoi le rapport la?
 Je dis que tu adaptes scrum a ton organisation, ca me semble pas loufoque. Je ne dis pas de changer les fondamentaux mais garder les principes de l'agile sans devenir religieux sur certains roles et regles.

C’est bobo comment de prendre un limebike avec ma femme pour aller à la bibliothèque municipale?
 
Est-ce qu’on se rachète un peu si on s’est levé trop tard pour le marché? (Et ses fraises locales du désert de Sonora en hiver)

C'est quoi un limebike ?
Sinon, à propos de bobo, une vidéo qui devrait t'intéresser: le démontage d'un Juicero, ou ce qui arrive quand l'overengineering n'a plus de limite (pour l'appareil le plus inutile qui soit): https://www.youtube.com/watch?v=_Cp-BGQfpHQ

Fabriqué selon des standards aéronautiques, avec les meilleurs techniques du moment pour toutes les pièces, du grand n'importe quoi. Du cost no object, on brûle le cash comme une virée sans lendemain à Las Vegas.

Et un article qui explique comment ils en sont arrivés là: https://gizmodo.com/the-mad-king-of [...] 1795330639

 
T'es un beau gosse    
 

 
Tu muchachises over 9000 la. Oh wait...

Plam est en front page de hacker news
 
Pour juicero, je suis patron de AvE, et j’ai maté tous les cours de robotique de Stanford sur yt (peux pas linker je sur sur mon tel là)  
 
LimeBike c’est les vélos partagés sans bornes, y’a 3 marques ici depuis un mois, je pense qu’ils crament une tonne d’argent des VC avant que la fin de la récré ne siffle. Les mêmes marques existent en France LimeBike, ofo et grid bike

Ah parce que tout le monde mate les vidéos d'AvE ? Mon oeil.
 
nraynal: ah oui j'ai vu des vélos verts trainer dans la rue. Mais comme les Parisiens sont des crétins indisciplinés, ils les laissent en plein milieu du trottoir.Et quand je dis au milieu, c'est au sens propre.

Oui je ne sais pas si les français sont prêts pour ce genre de choses. GooBeeBike avait déployé une centaine de vélos à Reims, au bout de deux mois 90% ont été dégradés ils ont arrêté.
 
Édit : rectification : 400 vélos, 380 HS au bout de deux mois.

Yo j'aimerais acheter un truc aux states d'une boite qui livre pas en france.
Vous connaitriez pas des boites qui font le renvoi?

Il y en a un petit paquet ( Google: forward package us).

J'ai utilisé UsGoBuy il y a quelques semaines, ça s'est passé comme ils racontent sur leur site.

 
Thx

 
 
 
Hmmmm c'est bien, toi aussi t'as découvert que dormir la nuit c'était une perte de temps ?  

 
Malheureusement, sans mes 8/9h de sommeil par nuit, je suis pas très efficace Donc j'ai intérêt à bien m'organiser

Preums

Deuz

Combo Breaker

je fais du Java, de l'Hibernate et du Spring... alors...

Au moins tu fais pas du Solidity.

 
https://www.youtube.com/watch?v=VSpEo8Onqiw

Voila, aucune notion du bien commun. C'est pas à moi donc j'en ai rien à foutre.

http://www.lemonde.fr/smart-cities [...] 11534.html

Si ca marche si mal a cause des connards, je me demande pourquoi il y a tellement d'acteurs sur le marche. Ils recoivent des aides publiques?

Halp.
 
https://news.ycombinator.com/item?id=16145845