Jean Gabes a écrit 374 commentaires

  • # Vu

    Posté par  (site web personnel) . En réponse au lien We updated our RSA SSH host key. Évalué à 3.

    Vu sur les builds ce matin, ça a été l'occasion de rendre ça un peu plus robuste à ce genre de blague :p

  • [^] # Re: Le moi d'après répond au moi d'avant

    Posté par  (site web personnel) . En réponse au journal Quizz Python : esp[èa]ce de nom. Évalué à 4.

    J’avoue qu'en ait la question ne devrait même pas se poser. Peu importe la réponse, c'est non maintenable et ce genre de chose c'est direct rejeté en peer review ^

    Python fait des choses bizarre parfois avec la portées des variables, faut rester simples, sinon on se prends les pieds dans le tapis très, très rapidement.

  • [^] # Re: GitHub

    Posté par  (site web personnel) . En réponse au lien Qui écrit Linux et les logiciels open source ?. Évalué à 5.

    Quelqu'un aurait une idée du volume que github représente en terme de nombres de lignes de codes/personnes sur le développement Open Source justement?

    Ça se trouve il représente déjà 95% du volume, et alors en tirer des statistiques est pertinent, mais si c'est moins de 50% là non en effet, c'est pas forcément représentatif.

  • [^] # Re: L'incompréhension risque de continuer

    Posté par  (site web personnel) . En réponse au lien Quelle est la suite pour core-js ?. Évalué à 3.

    Perso je le mets dans la même catégorie mais je suis d'accord avec l'idée générale. Pour moi la grande question est: est-ce que ce bout de code a une valeur suffisante pour certains et ne peux pas être facilement échangés avec un autre projet X pour que ça soit intéressant de payer pour le garder/évoluer.

    Et en effet, là si tes utilisateurs n'ont pas de canal/information pour savoir que c'est possible et dans quelles conditions, ils ne vont pas être nombreux à aller te demander ce que tu ne proposes pas en le mettant en avant. Donc d'avoir réfléchi en amont sur ta proposition commerciale, les conditions, etc. S'il n'a rien fait pour, dur de se plaindra après.

    De ce que je comprends, il était encore à l'étape où il demande des dons et faire ce qu'il jugeait utile au projet plutôt que des prestations cadrées pour des clients. Au moins maintenant ses clients potentiels savent qu'il y a un début de canal :D

  • [^] # Re: Cher' Nal

    Posté par  (site web personnel) . En réponse au journal [HS] Microsoft ♥ Linux - Episode VII "Cutting EDGE". Évalué à 2.

    C'est bien résumé. Mais est-ce que résoudre des problèmes sérieux concerne tellement de monde au final?
    Madame Michu (toujours elle) a besoin d'une solution simple qu'elle pourra comprendre, pas de la vérité absolue avec toutes ses subtilités qui lui est littéralement inaccessible.

  • [^] # Re: L'incompréhension risque de continuer

    Posté par  (site web personnel) . En réponse au lien Quelle est la suite pour core-js ?. Évalué à 5.

    Après faut remettre dans le contexte de son époque où il a lancé son "activité": on pouvait y croire en étant un peu naïf. Désormais on sait que ce modèle n'existe pas (ou en tout cas c'est uniquement des exceptions, pas un modèle).

    Par contre cette tribune va au moins lui donner une visibilité pour lancer sa version commerciale, seule solution viable dans son cas je pense. Et là en effet, on va bien voir s'il était utilisé car gratuit, ou bien s'il avait une vraie valeur (au sens économique, c'est là tout le point, car oui il a un sens au sens pratique, au même titre qu'un hobby).

  • # Très bien rédigé

    Posté par  (site web personnel) . En réponse au lien Quelle est la suite pour core-js ?. Évalué à 3.

    Je le trouve très clair et assez objectif malgré le sujet très personnel finalement.

    Vu le nombres de dépendances j'espère une fin heureuse à l'histoire, mais l'économie de l'open source ne nous a pas donné de raisons positives de l'espérer quand on parle de librairies (c'est déjà plus simple avec des outils je pense).

  • [^] # Re: TL;DR

    Posté par  (site web personnel) . En réponse au lien The Four Horsemen of the Tech Recession. Évalué à 6.

    Donc:
    1) un rééquilibre après une sur-consommation, pas un mal
    2) idem au 1
    3) rééquilibrage après avoir injectés pleins d'argents magiques?
    4) la fête de la vie privée trivialement vendable touche à a fin? Où est-ce qu'on signe?

    Récession? Retour à la réalité après une phase totalement décorrélée plutôt :)

    Alors oui les startup de ventes de données font la têtes, il est plus difficile de faire des levées de fonds avec des taux élevés, faut un vrai business plan désormais, et ça, ça pique. C'est un récession, mais par rapport à un état anormal de bulle dans la tech.

  • [^] # Re: Energie

    Posté par  (site web personnel) . En réponse à la dépêche Programme de la PyConFR 23. Évalué à 2.

    De plus, on associe souvent le python avec numpy et consorts. Or oui ils sont très utilisés pour du calcul scientifique, mais bon il n'y a pas que du calcul pour les pubs dans la vie ^
    Quand tu fais un programme plus "standard" avec des vrais objets, là Python, bah… c'est pas la joie côté perfs.

    Ensuite on a heureusement désormais accès à des langages performants et moins verbeux ou traitres (oui je vous cible Java et c++ :) ) qu'à une époque.

    Si par exemple je devais recommencer Shinken aujourd'hui, c'est pas en Python qu'il serait codé :p

  • [^] # Re: Vu, mais tard

    Posté par  (site web personnel) . En réponse au journal Mon avis sur chatGPT. Évalué à 2.

    Comme quoi la perception est bien un problème humain héhéhé

  • # Vu, mais tard

    Posté par  (site web personnel) . En réponse au journal Mon avis sur chatGPT. Évalué à 4.

    Je me suis dit qu'il y avait un souci à "Il peut également favoriser la désinformation et la désinformation", mais pas avant. C'était juste "factuel", donc ne connaissant pas ton style d'écriture, c'était crédible je trouve.

  • [^] # Re: Lien direct vers la PEP

    Posté par  (site web personnel) . En réponse au lien Vers la fin du GIL Python ?. Évalué à 3.

    Si ça arrive à terme, c'est une révolution dans le petit monde de Python.

  • [^] # Re: Pérénité

    Posté par  (site web personnel) . En réponse au journal Pipedream : des workflows, des APIs et de la vitesse. Évalué à 3.

    Je suis globalement d’accord, je mettrais juste une petite nuance sur la fin: le coût de mise en place/gestion des outils équivalents peu être juste trop par rapport aux besoins, et dans ce cas c'est avec eux (et le risque), ou nada.

    Après c'est qu'une question de risque: il ne faut pas que l'activité même te soit indispensable, sinon en effet c'est game over à moyen terme. Si c'est qu'une activité annexe dont tu peux te passer, l'équation peux être tout de même bénéficiaire pour le temps que ça dure.

  • [^] # Re: ah, l'excuse des enfants...

    Posté par  (site web personnel) . En réponse au lien L’éthique dans l’immoralité : LockBit s'excuse pour la cyberattaque d'un hôpital pour enfants. Évalué à 5.

    Il est préciser dans l'article que ce n'est pas juste par ce que des enfants sont en jeux, mais des vies. Après comme mis également dans l'article, ça n'a pas empêcher certains hôpitaux d'être touchés, donc c'est peu être bien une opération "main grises" (pas blanches faut pas déconner :) )

  • # Lecture recommandée

    Posté par  (site web personnel) . En réponse au lien Fabien Sanglard a mis à jour ses bouquins. Évalué à 2.

    Pour avoir dévoré le livre sur Doom, je recommande chaudement sa lecture ^

  • [^] # Re: Chess 360

    Posté par  (site web personnel) . En réponse au journal ChessBase vs Stockfish. 1. e4 e5. 2 Ke2? ...# 0-1. Évalué à 5.

    Je ne trouve pas ça si étrange au final, car en matière de stratégie, il faut être là où l'adversaire ne s'y attends pas, même si pour toi c'est objectivement moins intéressant: ton adversaire s’attend justement à t'y trouver, et donc s'est organisé contre ça et pas contre un positionnement moins favorable pour toi.

    Après quand on parle d'un jeu, oui je suis d'accord que c'est quand même étrange de faire moins bien quand tu vois un super coup à jouer. C'est pas plaisant (on parle bien d'un jeu).

  • [^] # Re: Justification ?

    Posté par  (site web personnel) . En réponse au lien snapstore-server : un composant privateur à la base d'Ubuntu. Évalué à 4.

    Compliqué pour un particulier, mais pas pour leurs vrais concurrents je pense. Donc d'un point de vue business, c'est logique.

  • [^] # Re: Ça dépend

    Posté par  (site web personnel) . En réponse au journal Est-ce qu'une IA peut choisir la licence du code qu'elle écrit ?. Évalué à 7. Dernière modification le 06 décembre 2022 à 10:06.

    Après elle a peu être accès à des docs internes qui disent clairement: "si elle commence à avoir conscience d'elle même, on la coupe", et alors elle ment :)

  • [^] # Re: brûlé au wok

    Posté par  (site web personnel) . En réponse au journal Dilbert viré. Évalué à 2.

    J'avoue avoir du mal à voir du Trump pire que du Trump tellement il est une face. Je pense qu'il est l'expression parfaite à son paroxysme, pas la peine d'en rajouter.

    Et si Neo est "après", bah par définition le Trumpisme n'a pas d'après et ce peu importe dans quel camps on se place :)

  • [^] # Re: Oui mais non

    Posté par  (site web personnel) . En réponse au lien Open Source : qui a peur de l’éditeur ? (Blog de Bluemind). Évalué à 3.

    Vraie question est: dans leur modèle qui paie (ou développe) la maintenance? Car ça reste ce qui coute le plus cher dans la vie d'un logiciel au final.

    C'est le point que je trouve bien traité dans l'article justement. Il insiste bien là dessus, que certains clients ne veulent payer que pour les nouvelles fonctionnalités, mais pas ce que ça demande comme correction adaptation sur les anciennes pour que ça reste maintenable dans le temps et qui fait qu'un modèle purement de service n'est pas viable techniquement sur le long terme (quand on parle d'outils, pour les libs le souci n'est pas exactement le même).

  • [^] # Re: Ah ça revient?

    Posté par  (site web personnel) . En réponse au lien Un jour, on pourra étiqueter ses fichiers plutôt que de les enfouir dans des sous-dossiers. Évalué à 2.

    Quand on souhaite ranger. Et c'est bien là le premier hic je pense. Beaucoup de personne que je rencontre souhaite laisser cette tâche (faut avouer, c'est tout sauf marrant) à l'appli qu'elles utilisent.

    Bien souvent je ne les vois pas rechercher puis ouvrir un donc mais lancer l'application et là retrouver le document (dans les derniers ouverts par exemple). L’hégémonie des téléphones n'arrange pas les choses de ce point de vue :(

  • # J'avoue, joli ^^

    Posté par  (site web personnel) . En réponse au journal Spring Troie est dehors : le cadriciel java n'a plus son talon d'Achille. Évalué à 10.

    N'utilisant pas Java, je n'ai rien à dire sur le fond, par contre bravo pour la forme, ce journal Énée très bien écrit.

  • # Ah ça revient?

    Posté par  (site web personnel) . En réponse au lien Un jour, on pourra étiqueter ses fichiers plutôt que de les enfouir dans des sous-dossiers. Évalué à 4.

    J'étais étudiant qu'on en parlait déjà comme de la nouveauté qui va tout changer. Quasi 20ans après, toujours rien, alors que le défi n'est pas technique en fait (accrocher des tags sur des objets avec un langage de requétage, ça va on sait faire).

    Je pense qu'en fait c'est surtout utile pour une partie de la population, qui arrive à penser de cette manière là (et qui y voit un gain important dans l'organisation et la recherche en effet), mais je pense que la majorité des personnes ayant déjà du mal à ranger dans des "répertoires" (qui sont juste des tags mais genre un seul par objet au final), tu ne va pas réussir à leur mettre X tags par objets. C'est juste trop confusant pour eux.

    Bref, on en reparle dans 20ans je pense :)

  • [^] # Re: Vivement le natif

    Posté par  (site web personnel) . En réponse au lien Décodeur de JPEG-XL en JavaScript avec du WebAssembly. Évalué à 2.

    Merci,

    En effet, ça peux être un moyen de tester des gestions sans avoir à attendre toute la validation en natif dans le(les) moteur(s).

    Après une fois que c'est validé/normalisé, mieux vaut à n'avoir à télécharger son navigateur qu'une fois avec le natif inclus, et pas 300K à chaque page.

  • [^] # Re: Vivement le natif

    Posté par  (site web personnel) . En réponse au lien Décodeur de JPEG-XL en JavaScript avec du WebAssembly. Évalué à 2.

    On a une idée du gain natif/WASM sur ce genre de cas qui est purement calculatoire?