Reprise du message précédent :

 
Si quelqu'un a le compte de much et peut me l'envoyer en MP, que j'analyse, euh, la situation  

Tu veux dire les RT de trap porn et de FinDom ?

 
Je fais ma crise de la quarantaine dans 3 jours, faut que j'ouvre mes chakras.

Attends c'est quoi ton compte, déjà ?

C'est @QueenRousseau pour les activités politiques et sociétales

https://twitter.com/codegouvfr/stat [...] 5783407616

c'est marrant, je le vois un peu comme l'inverse, les gens (comme moi) qui sont dans le syndrôme "on réécrit pas parce que Joel il a dit que c'est mal". du coup j'ai une vision fataliste où la seule chose qu'on peut faire c'est être courageux descendre dans les grand fichiers et essayer d'extraire des bouts sans trop tout cassser.
Je sais pas pourquoi je me focalise beaucoup sur la taille des fichiers, s'ils sont trop courts, j'essaye de les remplir, et s'ils sont trop longs de les couper, ce qui rend la règle d'une seule classe par fichier un peu chiant pour moi.

Ah oui ca depends bien du langage, c'est hyper chiant d'avoir une classe publique par fichier en Java, c'est un enfer, si ils pouvaient changer ça ce serait bien.
 
Perso je ne me fie pas trop à tout ce que dit un tel ou un tel, j'avais un mec à la COGIP qui était comme ça, ce qui est dit par Joël ou Bob ou autre était parole devangile, ce genre de gens qui ne se posent pas assez de questions. Qui imposera tous les design patterns qu'il connaît quoi qu'il en coûte, fera chier tous les dev sur tous les points de SOLID, DRY à tout prix, mais oubliera d'appliquer le YAGNI dans le même temps

surtout qu'à cause des imports on a une vraie économie d'échelle

Moi je comprends "on ne réécrit pas" a l'échelle du produit, a la limite d'une feature, mais pas d'un fichier, surtout si le fichier est imbattable (notion très personnelle, mais vu que demain je serai celui qui maintient, c'est une argument)

 
Related : https://www.arretsurimages.net/chro [...] york-times

oui, je suis pas en désaccord, je mélange grands fichiers et envie de ré-écrire, parce qu'un énorme fichier plein de spaghetti est une des complexité apparente les plus violentes, le truc qui te donne envie de tout cramer. Et ma vision c'est qu'on a pas le choix, il faut aller dans le fichier, et ré-écrire ou extraire bout par bout.  
 
Ce qui me guide c'est l'idée du gourou qu'il y a dans ce bordel des dizaines de cas spéciaux et de contraintes business qu'il faut que le nouveau code reflète, donc il n'existe aucune alternative que d'aller le lire et le comprendre intégralement. Et probablement ne le shooter que bout par bout, le temps que les utilisateurs nous disent ce qu'on a raté comme contraintes et cas spéciaux dans chaque bout.
 
ça donne une vision extrêment pessimiste de la chose : il va falloir se vautrer dedans, longtemps, et y consacrer une réelle attention.
 
poster des bouts de merdes ici c'était un peu mon exutoire à ça quand je bossais pour les meubles.
 
L'autre question c'est peut-être que je suis en burnout à cause de cette idée qu'on est *obligé* d'y aller aussi ? Alors que l'espoir qu'on réécrive tout d'un coup plus tard dans un landemain qui chante offre une vision optimiste ?

 
https://understandlegacycode.com/ serait pas mal d'accord avec toi sur ça

Faut prendre son temps, et migrer petit bout par petit bout, seule façon d'éviter le burn out et de montrer une approche itérative aux collègues qui leur donnera même envie de participer.
 
ça évite le truc big bang que personne voudra review car pas les couilles sans une énorme couverture de tests

oui, j'ai été convaincu par des lectures, c'est pas une pensée originale, mais c'est vraiment profondément intégré.

 
j'ai été impliqué dans 3 projets de réecriture sur 8 ans, et ma conclusion c'est : c'est ultra ultra casse gueule, et déjà qu'un projet informatique c'est incertain, c'est rajouter encore plus de risque sur un truc déjà risqué
 
- 2/3 a foiré, dont l'un entrainant >300M de dépreciation de CAPEX : l'un a foiré parce que curieusement jeter l'IT entier d'une boite avec un historique ultra pas documenté c'est suicidaire (death by 1000 cuts, les gars ont redécouvert une par une toutes les raisons pour lesquelles on faisait comme on faisait), et le second on a réecrit un truc SAP pour le faire sur Azure, la réecriture a marché parce que le produit était hyper jeune, mais manque de pot on a pas atteint la cible en interne, personne ne pouvait le payer
- le plus gros problème c'est le cout marginal de la nouvelle feature : sur l'ancien système qui fait déjà tout, ça coute juste le delta pour avoir la nouvelle feature. Sur le nouveau système qui n'est pas à parité, ça tire souvent des grosses dépendances sur des trucs pas encore fait, c'est impossible de tenir les délais et d'etre compétitif. C'est comme courir après un train en marche qui va aussi vite que toi, soit que sa voie à lui est construite, pas la tienne. Et a moins d'etre Gromit c'est pas une situation enviable.
 
En vieillissant j'avoue que je suis un peu usé par les dogmes : souvent d'ailleurs les propos originels étaient bien plus nuancés, mais la nuance ça tient pas dans un post, alors on a la version brute, définitive.
Vive le pragmatisme : make it work, then make it work "well"

dites vous conaissez une bibliothèque de gestion des tâches un peu intelligentes en JS ?
un truc qui sache faire des tâches périodiques, des tâches répétitives ou des one shot dans le futur, sans que je doive tout faire moi-même avec setimeout ? (ça implique probablement un timer et une priority queue)

Ouep, y'a que ça qui fonctionne vraiment. Pour les morceaux plus gros, y'a des techniques sympas, ici une équipe fait du parallel run avec un diff sur la prod pour s'assurer de faire de l'isofonctionnel.

Hits wayyyyy to close to home.
(82 jours avant le premier rdv)

 
J'aime beaucoup ce qu'il fait aussi  

Oui tu penses bien que 6 jours après la tribune la polémique avait déjà éclot, fait grand bruit et on était passé à autre chose

Les ré écritures sur base stable c'est pour les faibles, ce qui est vraiment bien ce sont les ré écritures sur un périmètre où tu as des évolutions fonctionnelles et réglementaires

et une scie circulaire qui tourne à 20krpm sur une machine à 2M€

Qu'est ce que vous faites là monsieur ? Vous n'êtes pas dans les manifs avec les autres crasseux ?

sinon, vous savez comment trouver une machine sur un réseau IP ? c'est pour mon contrôle de volets, pour la config initiale, le machin a pas l'air de causer sur bonjour, je vois les ports TCP  23 et 80 d'ouvert (on peut scanner de l'UDP ?).
Si j'arrive à trouver son adresse MAC, je pense que je peux le discriminer par marque, mais il a pas l'air d'être dans le cache ARP, on peut forcer une découverte sur le réseau local?

edit: je suis en train de bidouiller avec nmap https://nmap.org/book/scan-methods-udp-scan.html

Tu peux peut-être trouver l'adresse MAC via ton routeur dans la liste des périphériques connectés ?

je cherche automatiquement, par le code

J'aimerais bien faire un truc comme ça mais pour émettre les messages radio pour piloter des stores pas du tout connectés.

tu as les détails sur la radio ?

pour l'ecom de NN le grand chef commercial a dit : votre site qui génère 1.3MdsCHF avec 3 pelés et un tondu j'y crois pas, il nous faut une équipe agile (narrator voice : on a pas gagné au change), faut tout réecrire sur Hybris
pour la refonte du SI NN c'était le classique : il nous faut une digital transformation pour pouvoir atteindre l'omnicanalité (narrator voice : on l'avait déjà, on était meme surement une des boites EU les plus avancées sur le sujet), donc on va virer votre ERP de pouilleux que personne connait par du SAP, c'est fiable. Et pour l'eCom qu'on est toujours en train de réecrire, on réecrire la réecriture (vous lisez bien) mais avec un backend SAP
Farces diverses et variées :  
- pendant tout le temps du projet (2012-2015), l'équipe de pouilleux de l'ERP legacy sortait tout les features avec 8 personnes, le projet SAP en a eu plus de 300 à son pic de charge (du consultant ACN + SAP + Adobe, je te dis pas le TJM moyen)
- pendant tout le temps du projet j'étais le responsable du système v2 de l'ecom (donc la première réecriture vers Hybris) ; on a sorti 37 pays, atteint puis dépassé la couverture fonctionelle de la V1. La V3 (réecriture hybris avec backend SAP) a sorti 1 pays, avec pas toutes les features. On avait au pic 100 personnes, ils en avaient 150 . J'ai eu des meetings incroyables avec le CIO (mon N=2), me demandant de ralentir parce qu'on faisait passer l'équipe V3 pour des charlots, et juste après mon N+1 me dire "non va y accélère, on va se débarrasser de cette v3 de merde". Lui aussi a été promu après . On a fini par racheter la boite qui nous fournissait l'ERP, et intégrer les 8 employés
- les mecs d'Oracle et de SAP sont tous venus pendant la phase de découverte en mode "bon allez les connards, on va vous montrer comment on bosse". Quand on leur a expliqué où était la complexité ils ont pali un peu. J'ai rarement vu autant de désespoir chez des consultants. "On va absolument vous mettre un système de gestion de vos SKU" - bof, t'emmerde pas Lucien, 90% du chiffre est drivé par 16 SKUs, on va s'en sortir. Par contre t'as un système de réservation de stock à la volée multicanal ? Quand on a donné les volumes de commandes ils ont du admettre que non, en fait
- ils ont lancé un pays, puis rollback parce que le centre d'appel et les boutiques ont menacé de grève tellement ça pétait de partout : 300M, pour une depreciation. 2-3 tetes sont tombées dont celle du CIO et du directeur de programme . Moi j'ai été promu
 
mais meme la réecriture qui s'est "bien" finie, je suis pas sur de vouloir refaire ça. 1 an de ridicule complet, 1 an de pitié en mode "on essaye, laissez nous une chance", 2 ans en mode salaire de la peur "putain on a eu 1-2 succès, faut que ça marche maintenant", c'était pas relax.
Après c'est la plus belle ligne de mon CV : on a fait 1, 1, 3, 9, 23 pays en 5 ans, j'ai pris l'équipe en fin d'année à 3. CA de 1.3Mds à 2Mds, CEO award pour le projet, 2 promotions pendant que j'y étais

 
Been there, done that. Never again.

 
Pick one

https://twitter.com/compound248/sta [...] 6341578753
 

C'est des volets Profalux mais je sais pas comment récupérer les infos sur la radio? Je comptais voir si on pouvait pas trouver la fréquence et le message avec un FlipperZero.

 
j'ai encore du PTSD de la putain de couche de persistance d'Hybris. Qu'est-ce qu'on lui a mis dans la gueule, à un moment on avait un mec résident dans l'équipe parce qu'on remontait tellement de merdes que c'était plus rapide pour eux.
Comme c'était du java à nous aussi les joies du fine tuning de JVM, parce que passé un certain nombres d'objets, quand ton GC passe, le client peut aller se faire un café avant le prochain écran.

L'agilité ce ne sont pas des outils, c'est avant tout une culture

En même temps c’est bon pour je chiffre tant qu’il s’y est pris un minimum en avance.

 
J'y ai eu droit en mission. Flaie adorerait les mecs qui ont conçu Hybris : ils on certainement tous le GoF Design Patterns sur leur table de nuit avec un trou dedans et une boîte de mouchoirs.

pour tout ce qui est radio c'est probablement certifié et étiqueté dans tous les sens, donc tu dois pouvoir aller assez loin par google pour suivre la paperasse.
 
Mais je vais pas t'empêcher d'aller reverser le truc si tu veux, utiliser ses neurones ça réduit le risque de démence, pour pas spoiler je te donne pas la fréquence.

j'ai beaucoup détesté Hybris. Le GOF on l'a lu comme tout le monde mais sans devenir un vieil ayatollah qui sait pas penser par lui même façon le jeune dans le bar dans Will Hunting
 
d'ailleurs dès que je vois un gars sur son CV qui kiff le GOF je demande de les citer, et on passe 20min dessus ça lui apprendra, et de plus 90% sont incapable d'écrire un singleton thread safe en java

Ca me fait penser à une vidéo sur youtube qui réécrit étape par étapes 2000 lignes de codes en 3 lignes en supprimant plein de patterns inutiles