barmic 🦦 a écrit 6259 commentaires

Donc, pour moi, le problème n'est pas du tout le fait que les plagiés ne soient pas fâchés ou ne voient pas le problème, ou que les membres du jury non plus (après tout, ils sont biaisés: ils ont jugés cette thèse comme bonne, admettre maintenant qu'elle ne l'est pas tant que ça, c'est admettre qu'ils ont mal fait leur travail de juge).

Ouai enfin si la question c'est d'invalider tous les concernés pour faire ressortir l'opinion des commentateurs (polémistes ?) ça me paraît vain comme démarche.

Je milite personnellement pour apprendre à suspendre son jugement. On est pas obligé d'avoir un avis et attendre voir se baser sur des avis réellement éclairés me paraît pas une mauvaise idée quand il n'y a pas péril en la demeure. Ça fait travailler l'humilité

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça n'a rien d'arbitraire. C'est un offset caché et dire que l'on compte à partir de zéro est une expression qui n'ai pas très clair puisque l'on ne compte pas vraiment (la fonction len() n'a aucun rapport avec ça). C'est une question suffisamment naturelle pour qu'elle soit présente à chaque fois qu'une question d'indice apparaît (avant tes un an, tu es dans ta première année). C'est utiliser une autre valeur qui est arbitraire pour tenter de placer le développeur dans une situation qui lui serait plus familliaire ou plus intuitive, mais ce n'est pas parce que c'est intuitif que c'est vrai ou même mieux.

Implémente une liste dont l'indiçage commence à 0 et une dont c'est celui que tu veux et tu verra en quoi 0 est plutôt naturel

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Quel est le problème du dualboot ? Il t'a piqué tes billes à la récrée ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

[...] délivrée sous forme d'image, pas très lisble !

C'est la pratique sur X, mais il est possible de mettre un texte alternatif. A l'époque c'était pour pallier à la limite du nombre de caractère, maintenant c'est pour ne pas payer les tweets longs je crois.

Une réponse assez minable, quoique grandiloquente

Tu va me dire ça aussi c'est une pratique sur X

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Le front populaire c'est environ 6 mois (si le gouvernement de Blum démissionne à l'été 1937, il n'avait déjà plus vraiment l'appuie des radicaux depuis l'automne 1936) six mois pendant les quels ils ont surtout gérés les grèves.

Par contre ton idole, n'a pas vraiment donné le droit de vote aux femmes. Il a donné le droit de vote aux femmes lors qu'elles sont les chefs de famille c'est à dire quand l'homme n'est plus là. C'est une ordonnance de communiste du gouvernement provisoire de la RF qui institue le droit de vote aux femmes pleinement.

A noter que cet "esprit saint" (condamné à l'indignité nationale) a intégré ça dans un projet de loi de janvier 1944 mandat qu'il avait depuis 1940, il devait être trop occupé à déporter des populations et tremper dans l'intelligence avec l’ennemi et la haute trahison pour s'en occuper plus tôt. Vraiment si c'est ça un "esprit sain et nationaliste" c'est assez pitoyable.

Après si tu veux la liste de ce que l'on FP n'a pas fait, on peut aller plus loin :

• pas d'abolition de peine de mort
• pas de droit pour les homosexuels ni les LGBT
• pas de libération des média
• pas de revenus universelle
• pas de prise en compte des questions écologiques
• pas de décolonisation
• pas de plan ambitieux pour la création de l'ordinateur
• pas de mise en place de l’indemnisation au chômage
• ...

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

La plupart des fakenews sont donc admissibles mais un paquet de papiers scientifiques (que ce des articles ou des thèses par exemple).

Ainsi, les critères de notoriété émergent essentiellement des objectifs de neutralité, de fiabilité et de synthèse, qui sont des principes fondamentaux du projet.

Dans les faits c'est la médiatisation qui crée l'admissibilité. Je comprends l'objectif de neutralité, mais :

• il est à questionner à mon avis quand il implique de maintenir des statu quo qui ne sont pas acceptables socialement
• s'il est impossible de définir des règles parfaites, il vaut mieux être souple que de ce cacher derrière

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ca n'a rien à voir avec le fait que ça plaise ou ne plaise pas : c'est juste que le cas cité ne prouve rien. C'est juste un ressenti. Il doit certainement y avoir d'autres cas qui sont mieux représentatifs du problème soulevé (et je suis disposé à m'y intéresser), mais celui-là, non.

Le problème c'est d'arriver à avoir des cas documentés (en tout cas qui a fait BEAUCOUP de bruit). Je pense que le plus récent ça doit être Michel Zecler. Mais c'est confortable de juste sélectionner/disqualifier sans donner plus de motivation que "non mais un autre".

Laquelle ? Celle de la personne qui a rédigé l'article ?

Celle qui se base sur rien d'autre que ton imagination.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Hors de toute polémique. La règle de wikipédia FR (qui n'est pas forcément celle de toutes les communautés de wikipédia ni même de toutes les encyclopédies) tend à contribuer (même passivement) à l'effet Matilda. Ça n'est pas un point de vu. Le fait de faire comme si ça n'existait pas c'est un choix politique que ce soit au moment de leur édiction ou au moment de leur application. Faire comme si les règles étaient immuables et hors de tout propos politique c'est ne pas assumer ces choix.

C'est une position qui peut s'entendre que Wikipedia FR ne veut pas assumer une forme de contribution à rendre plus visible une population invisibilisée, mais ce n'est pas ce qui est prétendu. J'imagine que dire franchement "on ne veut pas contribuer aux mouvements féministes" doit être compliqué à soutenir publiquement quand on tente d'être neutre, mais le statu quo n'est pas neutre : comme souvent le statu quo est au profit de ceux qui sont déjà en position de force.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Faut arrêter avec cet argument à la noix "vous faites ou dites quelque chose qui ne me plaît pas donc vous desservez votre cause". C'est vraiment ridicule.

Perso, je suis convaincu que si ça n'avait pas été une femme, mais un homme, ça aurait été la même chose, mais qu'on aurait pas fait tant de bruit.

Ça apporte quoi une élucubration ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Honnêtement, combien d'entre vous avaient entendu parler de Alice Recoque avant le 9 avril ?

En fait c'est surtout complètement con. Je ne crois pas qu'une encyclopédie ai pour objectif de répertorier les personnes déjà connu par une grande partie de la population.

D'ailleurs basé la présence sur Wikipedia sur de la notoriété plus que sur de la vérifiabilité me semble complètement con.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

coucou les trucs électron et les trucs avec des assets 12K quand ton bidule ne gère même pas le 4K etc.

C'est une manie d'affabuler et de s'inventer ces propres modèles mentaux en informatique que ce soit parce qu'on connaît pas le domaine ou parce qu'on n'aime pas.

La dernière fois que j'ai vu un gros potentiel de gain de place c'était en arrêtant d'avoir un tzdata qui prenait 20 ans avant et après la date du build (pour une application serveur déployée sur une seule prod et livrée une fois par semaine).

En ce moment tu as les bibliothèques d'emoji qui commencent à grossir pas vraiment à cause des emoji eux-même mais parce qu'il y a des systèmes de mot clef pour les chercher.

Au lieu d'inventer des bêtises qui ne servent qu'à alimenter des aigreurs, c'est vraiment intéressant de regarder ce qu'il en est et de découvrir les raisons (évidement en étant ouvert pas et tirant des conclusions hâtives sans véritablement chercher). Ça prend plus de temps que de commenter des lieux communs, mais on apprend plus de choses.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Qu'est ce que tu reproche à l'OOM killer?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Le chaos report a pleins d'angle morts, mais c'est intéressant que tu prenne ce rapport pour dire le contraire de sa conclusion...

https://www.agilegenesis.com/post/agile-vs-waterfall-comparing-success-rates-in-project-management

Les projets agiles ont un taux de succès de 42% et un taux d'échec de 11% là où les méthodes traditionnels donnent un taux de succès de 13% et 59% d'échec.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Dans mon organisation, on est devenu incapable de délivrer une "version 1" qui ne prenne pas 3 fois le temps qu'aurait mis un dev Cobol dans les années 80. Et le Cobol n'est pas particulièrement sensible aux fuites mémoires...

Du coup tu compare pas la même chose. Combien de temps tu met en cobol (puisque tu parle du langage) pour fournir la même chose (les même features avec la même qualité - en correction, performance, accessibilité et sécurité -) que ce qui est dans la version 1 de ce que vous faites aujourd'hui ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Dans quelle édition des JO tu as des billets pour aller voir spécifiquement la flamme olympique ? Et pas des billets pour aller au stade d'athlétisme dans le quel il se trouve qu'il y a la flamme ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ils ont toujours existaient, mais là on parle de gratuit ce qui simplifie beaucoup le processus.

on parle dans le vent puisqu'elle n'est plus accessible.

Ça reste intéressant d'échanger sur le sujet je trouve.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je crois surtout que dans ce genre de cas, on cherche tellement à limiter les coûts que ça part en prod si de simple tests montre que ça marche et qu'il n'y a pas vraiment de réflexion sur l'architecture.

C'est possible, mais je pense que même si ce n'était pas le cas ça aurait donné la même chose. Parce que gérer de la charge que tu ne connais pas et plus ou moins impossible. L'estimation que tu fais pour tenter de connaître ce que tu es capable de prendre en charge est totalement au doigt mouillé.

Les JO c'est toujours l'exemple du truc qui est à la fois une charge intensive et tellement ponctuelle que tu n'a que peut de chances de gérer à moins d'oversizer "au cas où" et si tu fait de quoi tenir une grosse attaque DDOS et que tu l'a pas on te dira que tu jette l'argent par les fenêtres¹ .

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

En fait c'est typiquement le cas où tu ne fais pas de site. Tu achète les service d'une boite qui sait faire ça. Parce que tu ne sait pas quelle sera ta charge, tu n'a aucun moyen de savoir si tu va prendre 3 fois le nombre de billets que tu as ou si tu va prendre un DDOS parce que les JO, parce que ça amuse un script kiddy, parce qu'un pays veut faire chier le monde,... Ça existe, tu as des gens qui savent vendre des billets de concert pour Taylor Swift ou Beyoncé, ils n'auront aucun mal à gérer ton flux supplémentaire. Potentiellement tu peux même leur acheter une prestation très courte (genre laisser le site en ligne quelques heures/jours seulement).

Bien coder c'est aussi savoir quand ne pas coder et utiliser une bibliothèque ou un service.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Je te l'ai dis je l'ai expérimenté sur une conférence de 600 personnes hors de Paris.

J'ai passé ces 6 dernières années à voir ce que ça donne les comportements des spectateurs du football lors du coup d'envoi d'un match du PSG (j'aime pas le foot c'est pas une appréciation de l'équipe elle est simplement bien plus suivie que n'importe quelle autre en France).

Sur un site bien codé.

Vraiment je te laisse essayer d'avoir un jour affaire à ce genre de choses avec "un site bien codé". J'ai personnellement vu haproxy (ou plutôt le couple haproxy openssl) à genoux pour beaucoup moins que ça (avant même que du code autre soit impliqué sur du barre métal bien de chez nous avec une connexion d'opérateur bien dimensionnée).

La charge c'est un truc qu'on prend de haut quand on s'est pas encore pété les dents dessus. Ce n'est pas un reproche ça a était mon cas et on apprend que l'on ne gère jamais la charge, mais qu'on a prévu pour gérer une charge donnée.

Ton commentaire n'est qu'une série d'a priori. Je te souhaite un jour de mettre au défit ces a priori avec une prod un peu chargée, c'est très enrichissant.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ton mail a un format facilement parssable pour trouver la date en question ou il est écrit en langage naturel et doit être lu par un humain ou une IA ?

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ça n'existe pas des frameworks open source de résa où toute la partie complexe (file d'attente, gestion propre des erreurs, ...) est déjà faite ?

Ça n'est pas si simple. Pour tenir ce genre d'échelle, ce n'est pas qu'une question de code. Ton déploiement doit aussi être correct et il faut que ton code et ton déploiement bénéficie l'un de l'autre.

Par exemple à mon avis, si je voulais faire ça j’essaierais de partir sur un fonctionnement très asynchrone avec un brocker (pas en mémoire) de messages qui représentera ta requête et on t'enverrais par mail la confirmation de ta réservation. Donc potentiellement je te demanderais d'indiquer 3 ou 4 horaires qui te conviendrais et le bousin sélectionne ce qui est encore possible. En plus on doit pouvoir tenter de faire une stat sur le temps de traitement en fonction de la taille de la file dans le message et te dire qu'on va te confirmer d'ici quelques minutes.

Pour info je connais une asso (techniquement j'ai oublié le nom) qui a tenté de ce lancer dans ce genre de service proposé un site de vente de place pour d'autres association et ça a bien foiré dès que c'est monté un peu en charge (de ce qu'on m'a dit il était impossible de corréler les factures, les paiements et les places réservées, il y avait genre x factures, y paiement et z places réservées et aucun des trois ne correspondait et bien sûr il y a eu de la sur réservation - sans qu'il s'agisse d'une attaque ni que ce soit pour un concert d'Elvis Presley).

Après ça n'enlève pas que de ce que tu décris le site a quand même l'air de bien mal marcher

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ton script est buggé il me semble

https://linuxfr.org/users/wilk/liens/htmx-2-0

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

C'est le sophisme de la solution parfaite. Ils ont eu un bug donc ils ne font pas de qualité.

il est vrai qu'il fut un temps lointain ou à priori le matériel Apple avait un véritable avantage technologique pour les graphistes.

Dis-moi que tu n'a jamais utilisé une architecture M1 sans me dire que tu n'en a jamais utilisé. Je n'aime pas Apple pour pleins de raisons, mais ça ne doit pas aveugler au point de ne pas voir ce qu'ils font de bien et je suis actuellement obligé d'utiliser un M1, quand il fait plus de 35 chez moi je t'avoue que ça m'arrange par rapport à ma tour que j'aime de tout mon cœur mais qui souffle un air chaud difficilement supportable.

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

J'y ai travaillé. ST a surtout besoin que les puces soient livrées sans bug, car on peut pas facilement livrer un fix sur du silicium. L'effort en tests est assez important a ce niveau dans cette industrie en général et a ST en particulier. A l'époque on avait un objectif de nombre de bugs par mm2 de surface, bon c'est toujours un peu couillon ces métriques mais ça démontre l'importance du sujet.

Moi aussi, mais le nombre d'erreur par mm2 est un élément multifactoriel et c'est plus lié aux logiciels des ateliers eux-même qui a ce que je sache ne sont pas fait en internet. Je pensais plus à la gestion des lots parce que c'est un sujet bien plus simple.

Si on livre le logiciel qu'une seule fois

Je comprends ce que tu veux dire, mais la métrique ne me parait pas bonne. L'idée c'est de ne pas tester qu'à la livraison. Si tu as 6 mois de développement tu veut t'assurer que ce qui a était fais le premier jour fonctionne encore 3 mois après et éviter de t'en rendre compte le jour de l'unique livraison.

Mais ce que je n'ai sans doute pas assez fais ressortir c'est que c'est issu d'un alignement des objectifs. Que le manager veuille de la rentabilité à tout prix ou de la qualité ou autre chose n'est pas un problème en soit c'est juste qu'il faut que les développeurs en soient conscients et s'assurer que c'est bien ce que l'on veut (qu'on est ok d'avoir potentiellement beaucoup de retours utilisateurs par exemple).

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll

Ce que tu ne peux pas faire c’est dire "on a des UAT, et ils sont implémentés par l’ingénieur, donc on a pas besoin de faire une passe en profondeur manuelle".

C'est ce que je disais plus haut, je ne vois pas en quoi dire que les tests d'acceptances peuvent être écris par quelqu'un d'autre que celui qui code la fonctionnalité reviendrait à dire qu'il n'y a pas besoin de test manuel.

On revérifie pas chaque feature a 100%, mais on s’assure de toucher chaque feature, et on passe un peu plus de temps sur les flows les plus importants.

Vous avez une manière de l'évaluer ? C'est quoi une feature ? À quelle point ce processus de test dépend de l’expérience du testeur et de sa forme le jour où il fait ces tests ?

La base données, elle est dans le backend, on parle de tests front end la. Le backend, il a ses propres tests, qui, eux, sont beauuuucoup plus simples à écrire en général.

Tu fais transiter de la données que tu accède à ta donnée via du SQL, du REST, un protocole spécifique, une API de fichier (POSIX ou pas), ça revient au même. Il n'y a pas de différence fondamentale entre chacune de ses options. Il n'y a pas de différence profonde entre un backend qui utilise S3 et un frontend qui fait du CRUD via un REST maison.

[...] réservée à quelqu’un qui bouffe du code toute la journée (pas un qa).

Un QA qui fait de l'automation "bouffe" au moins autant de code qu'un ingé

https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll