barmic 🦦 a écrit 6036 commentaires

  • [^] # Re: Faut qu'on m'explique

    Posté par  . En réponse au lien Le gouvernement américain veut que Google vende son navigateur Chrome, le plus utilisé au monde. Évalué à 2.

    Outre que le fait qu'une liberté ne s'évalue pas forcément au nombre de personnes qui en bénéficie, il me semble que ta relation cause-conséquence n'est pas forcément dans ce sens.

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

  • [^] # Re: Pas le meilleur moment

    Posté par  . En réponse au lien L'AoC approche, ne serait ce pas l'occasion de s'initier à zig?. Évalué à 4.

    c'est la vitesse qui compte

    Non, ça c'est si tu veux être dans le leadboard, mais faut aussi se lever pour être à l'heure quand il sort.

    Moi je le fais soit en décembre soit en janvier et si j'ai quelques jours de décalage je le vis bien.

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

  • [^] # Re: Nonet est un byte Ă  9 bit

    Posté par  . En réponse au journal #define CHAR_BIT 8. Évalué à 2.

    des machines et des systèmes ayant « la plus petite unité logiquement adressable par un programme sur un ordinateur » (c'est-à-dire byte) plus grosse qu'un octet à 8 bits existent depuis des décennies

    Des exemples que tu pointe, il me semble plus correct de dire qu'elles ont existé.

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

  • [^] # Re: Et le financement?

    Posté par  . En réponse au lien Le gouvernement américain veut que Google vende son navigateur Chrome, le plus utilisé au monde. Évalué à 3.

    C'est l'un des intérêt pour que ce ne soit plus Google.

    Je comprends vraiment pas l'ambiance dans les commentaires. De toute façon ça sert à rien, c'est Google de toute façon il est partout, c'est un service propriétaire tu sais bien à quoi t'attendre,…

    Vous avez l'air pour beaucoup de ne même pas envisager que ce soit possible de faire tomber ce monopole, alors que l'exemple d'IE montre qu'une énorme boite avec un monopole beaucoup plus installé a perdu son monopole sur les navigateurs.

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

  • [^] # Re: Et le financement?

    Posté par  . En réponse au lien Le gouvernement américain veut que Google vende son navigateur Chrome, le plus utilisé au monde. Évalué à 2.

    … comme par exemple l'optimiser pour la suite Google !

    Mais ça les mets sur un pied d'égalité avec leur concurrents.

    Ça ou la custo du browser pour certains besoins précis…

    Comme Opera GX prévu pour les "gamers".

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

  • [^] # Re: Et le financement?

    Posté par  . En réponse au lien Le gouvernement américain veut que Google vende son navigateur Chrome, le plus utilisé au monde. Évalué à 4.

    Mais le monopole de Chrome vient uniquement du fait que c'est le navigateur de Google. Vend le Ă  Oracle, IBM, Baidu ou qui tu veux et il ne sera plus en monopole assez rapidement.

    Il y a 25 ans les gens pensaient que le symbole d'internet c'était le logo d'internet explorer et aujourd'hui ils pensent que c'est la page de recherche de Google.

    En ayant un lien fort tu as un effet de halo évident en plus d'une réalité car les services de google sont effectivement testés uniquement pour chrome (quand ils ne sont pas accusés d'être carrément conçu pour ne pas marcher ailleurs).

    Chrome n'est pas intrinsèquement monopolistique et je ne dis pas ça pour dire que Firefox est mieux, mais même les navigateurs dont toute la partie technique est identique (pas proche, mais bien identiques) ne décollent pas.

    L'intégration verticale de Google (service internet + navigateur) est nuisible pour la concurrence (et selon le paradigme aux USA nuisible à la création d'entreprise et aux utilisateurs. Par contre si ce n'est pas clairement décidé d'ici janvier, je n'ai aucun doute que l'administration Trump interviendra. Le MAGA c'est aussi d'avoir des mega-corporations quoi qu'il en coûte par ailleurs.

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

  • [^] # Re: Faut qu'on m'explique

    Posté par  . En réponse au lien Le gouvernement américain veut que Google vende son navigateur Chrome, le plus utilisé au monde. Évalué à 2.

    Je comprends pas les gouvernements qui forcent Google ou Apple à ce genre de pratique. Chrome (le vrai, propriétaire) est effectivement à Google, mais vous pouvez aller sur Duckduckgo ou bing comme bon vous semble. Vous pouvez aussi l'utiliser sans aucun service Google.

    Les règles sur la concurrence américaines sont vielles et vise à permettre l'émergence de concurrent. La liberté d'entreprendre n'a pas de sens autrement. La concurrence est, de manière générale, ce qui permet d'apporter de l'innovation et bénéfique pour les utilisateurs/clients.

    un fabricant conçoit des APIs et des intégrations. Ainsi quand on utilise WebKit sur iOS tout ce qui concerne l'accessibilité est fortement ancré dans le système et hyper bien intégré, si on autorise d'autres frameworks on aura pas forcément les mêmes atouts.

    L'idée derrière (et cela se vérifie généralement) sans concurrence le fabriquant n'est pas motivé à le faire. Je ne comprends pas par contre ton argument sur le fait que les utilisateurs n'ont pas d'obligations ne s'appliquerait pas ici. Le travail fait par le fabriquant ne disparaît pas, les utilisateurs continuent de pouvoir s'en servir.

    Au passage, l'accessibilité est un sujet bien plus complexe. On ne fait pas quelque chose d'accessible, mais ont s'inquiète de certains handicap. Le gros problèmes des personnes en situation d'handicap c'est que beaucoup ont besoin de solution extrêmement spécifique. Le fait de pouvoir changer retire un verrou à leur empêcher à ces personnes.

    Quand on utilise un Android, un iOS ou un Windows on sait déjà qu'on est lié à des services propriétaires.

    D'une part non. D'autre part la question qui a trouvé une réponse il y a déjà longtemps c'est que les smartphones ne sont pas des terminaux. Ce ne sont pas des systèmes intégrés vendu comme un seul produit (et ça arrange les développeurs, les fabricants et les vendeurs parce que ça n'implique pas les même responsabilité).

    Avec cette boite de pandore

    L'argument de la pente glissante est pas un argument en soit, mais en plus ça fait au moins un siècle que l'Etat américain applique ce genre de pratiques.

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

  • [^] # Re: Et le financement?

    Posté par  . En réponse au lien Le gouvernement américain veut que Google vende son navigateur Chrome, le plus utilisé au monde. Évalué à 6.

    on en revient au mĂŞme non?

    Non Chrome devient un navigateur comme les autres. Aujourd'hui sans mĂŞme avoir Ă  faire de la pub pour l'internaute moyen se dit que les sites de Google marchent mieux avec le navigateur de Google. Ce qui est vrai en soit. Casser ce lien est important.

    Il y a un paquet de gens qui vivent en créant des navigateurs Firefox évidement, mais aussi Opera, Arc, Brave et d'autres (je parle de navigateurs pour les quels des gens sont payés pour les développer). Si Chrome ne peut pas vivre en dehors de Google (ou dis autrement Chrome n'existe que parce qu'il a une place anti concurrentiel) ça n'est pas bien grave.

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

  • [^] # Re: FLTK

    Posté par  . En réponse au lien FTLK 1.4.0 gère enfin Wayland. Évalué à 2. Dernière modification le 20 novembre 2024 à 13:10.

    C'est pourtant un dinosaure.

    Tu connais le Dzharatitanis ?

    Mais je suis d'accord que c'est une bonne nouvelle et impressionnant de longévité.

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

  • [^] # Re: Pourquoi personne ne parle jamais du service discovery ?

    Posté par  . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à 4.

    Je trouve pas que ce soit l'intérêt principal. Pour moi l'intérêt principal c'est d'avoir un déploiement as code et de pouvoir gérer des cycles de vie (vérifier qu'un service est en vie, gérer sa mise à jour, son éventuel rollback, etc). Le service discovery n'est qu'un moyen de parvenir à ça de mon point de vu.

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

  • [^] # Re: Ma petite expĂ©rience

    Posté par  . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à 3.

    J'ai un rôle qui prépare chaque hôte pour accueillir les conteneurs et un autre qui prépare la machine de build.

    Chaque hôte ? Tu as un cluster en perso ? Et podman gère des clusters ?

    Matériellement comment se présente ton déploiement ? Je veux dire c'est un fichier descriptif qui représente l'ensemble ? C'est des script ansible ou shell ? Je ne connais pas bien podman

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

  • [^] # Re: Commentaire

    Posté par  . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à 2.

    Je regarderais nomad pour la curiosité merci.

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

  • [^] # Re: Commentaire

    Posté par  . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à 5.

    Et k3s qui se présente comme un k8s mais en plus simple.

    Je suis partagé de la notion de plus simple chez k3s d'un côté un binaire unique c'est un peu plus simple, mais je ne trouve pas que traefik soit plus simple qu'un ingress nginx, je ne trouve pas non plus que kine soit plus simple qu'etcd, etc. Ils intégrent de remplaçants qui sont très bien, mais qui aussi ajoute des nouveaux projets et tout ce qui va avec.

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

  • [^] # Re: Commentaire

    Posté par  . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à 4.

    Ce n'est pas parce que la boite de pizza, tout ce qu'il contient et l'armoire sont physiquement là que je ne me retrouve pas privé du serveur en question, mais si en 20 ans attacher avec des câbles RJ45 t'a permis d'éviter d'avoir à faire des sauvegardes c'est que ça doit être la bonne méthode.

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

  • [^] # Re: Un actif-passif simple suffit souvent

    Posté par  . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à 2.

    Mon avis est qu'il y a moins de systèmes critiques que ce que l'on croit.

    En fait ça dépend du domaine dans le quel tu travail. Pour que l’expérience d'un utilisateur final soit 2 minutes d'indisponibilité tous les 2 ans, il faut que le service en question ai 2 minutes d'indisponibilité maximale sur 2 ans. Donc il faut que les services sur les quels il s'appuie en ai moins et ainsi de suite. C'est pour ça que Google prenait comme règle que tu ajoute un 9 de SLA à chaque niveau de dépendances. Un service A qui s'appuie sur le service B qui s'appuie sur le service C ? pour que A ai 99% de SLA (3 jours et demi par an), il faut que B ai 99.9% (9h par an) et C 99.99% (53 min). 2 minutes c'est 3 neuf après la virgule donc ton hébergeur devrait (selon cette règle) être à 4 neuf soit 31s. Pour te donner un ordre d'idée le service EC2 d'amazon est vendu pour être à 9.99%.

    Mais globalement quand tu fourni du service aux entreprises et pas des produits pour utilisateurs finaux tu va devoir commencer à te poser ce genre de questions. Et si comme là où j'étais il n'y a pas si longtemps, tu héberge ta propre plateforme, tu va devoir faire le même travail pour l'électricité, la ligne fibre etc. La simplicité qu'offre un hébergeur même sans être "cloud" est assez fantastique.

    Et pour ces systèmes vraiment critiques, Kubernetes est une bénédiction !

    Avec un bon niveau de maitrise je n'en doute pas, avec mon niveau il y a des moments où il te sauve la vie et d'autres où il est très pénible.

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

  • # Commentaire

    Posté par  . En réponse au lien De l’art de quitter Kubernetes : témoignages . Évalué à 4.

    Je suis tombé sur ce lien via le journal du hacker et comme c'est pas simple ni de commenter sur le JdH ni sur le post initial, je profite de linuxfr :p

    L'article essaie de dire que kubernetes c'est très compliqué et que ce n'est pas toujours la bonne solution. C'est vrai, mais impatient de voir quels étaient ces retours d’expérience je suis un peu sur ma faim.

    Déjà l'un des liens se conclue par (désolé c'est medium)

    In the last few years, Kubernetes has been a game-changer for us.

    Et explique que c'est compliqué qu'ils se sont lancé un peu tôt dans kubernetes mais qu'ils sont content de leur choix.

    Et les autres expliquent simplement qu'ils sont parti chez une solution propriétaire de chez AWS ou Google avec du coup un beau vendor lockin…

    L'article parle d'une meta-loi (ça fait toujours bien les méta loi) sur la complexité, mais semble ne pas voir qu'ici la complexité est déplacée d'un système que tu contrôle (si tenté que tu es les compétences pour) avec kubernetes vers un le cloud provider. Bref le paradox de Tog dont il parle s'applique encore plus aux solutions cités dans l'article…

    J'ai administré un cluster kubernetes on-premise pendant quelques années. Je comprends bien le niveau de complexité que ça représente, mais j'ai pas encore trouvé de solution pour avoir un déploiement aussi souple (avec la possibilité de perdre une machine et que les services soient déplacés par exemple et du rolling déploiement). J'ai un point de vue double sur kubernetes qui est plus complexe que ce dont beaucoup de gens ont besoin mais qui est le seul à offrir ces possibilités là.

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

  • [^] # Re: bah non

    Posté par  . En réponse au journal Le bon sens et le C++. Évalué à 2.

    Si on va par lĂ  Ă  moins d'avoir des builds distincts le mieux c'est encore de supprimer le code source plutĂ´t que de complexifier le build.

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

  • [^] # Re: bah non

    Posté par  . En réponse au journal Le bon sens et le C++. Évalué à 2.

    Il me semble que ces optimisations sont par unité de compilation à partir du moment où tu a des linkage même statique, ce n'est plus qu'une analyse de la forme "est-ce que le symbole de ce .o est présent dans un autre .o ? ".

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

  • [^] # Re: bravo

    Posté par  . En réponse au lien Go a 15 ans. Évalué à 0.

    jvms alternatives (dalvik, openj9)

    Il me semblait qu'openj9 était uniquement un compilateur C2 alternatif mais il semble que tu as raison pour dalvik à aucun moment. Ce dernier ne supporte pas la spécification de la jvm et c'est bien pour ça qu'Oracle a intenté un procès.

    surtout de gros acteurs capables de fourchetter (red hat, eclipse).

    Alors là tu n'a cité qu'un seul acteur, hein ? Mais s'il est question de forker c'est la même chose avec go sauf que go est bien plus simple.

    Apres sur le supposé abandon de Java par Google, je veux bien des sources fiables et pas juste des ressentis ou des correlations au pifometre.

    Très franchement je m'en fou. On est pas en train d'instruire un procès. Google ne fuis pas java (il maintient ses projets et contribue à d'autres projets), mais je n'ai pas en tête de projets lancé en Java par Google depuis 15 ans. Il n'y a pas du tout d'un côté ou tout de l'autre mais Google est clairement passé d'un acteur du monde java à une entreprise à minima peu impliquée. À l'époque ils créaient GWT, guava ou guice par exemple aujourd'hui je ne trouve même pas leur distribution publique de java.

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

  • [^] # Re: bravo

    Posté par  . En réponse au lien Go a 15 ans. Évalué à 4.

    Oracle à torpillé Java en tortillant MySQL et OpenOffice

    Je vois pas le rapport entre java et MySQL. Pour OOo, ça a toujours était écris en C++ avec uniquement certaines parties en java notamment pour profiter de JDBC, mais les problèmes d'OOo n'ont pas commencé avec Oracle. go openoffice existait déjà à l'époque de Sun.

    Android bascule sur Kotlin

    Non, ça n'a jamais était annoncé et ça n'est factuellement pas le cas. Google a uniquement annoncé que Kotlin était un first class citizen d'android.

    Eclipse

    Je ne sais pas de quoi tu parle c'est toujours en Java https://github.com/eclipse-platform/eclipse.platform

    Hadoop

    Pareil qu'eclipse https://github.com/apache/hadoop

    Je pourrait aller plus loin. Y a t'il de nouveaux framework populaire en Java open-source… non juste ceux développé par Oracle (JavaFX)… c'est signé d'une absence de dynamique.

    Nouveaux et populaire c'est toujours un peu piégeux (rien ne pourra battre Spring en terme de popularité avant un certains temps), mais tu as au moins

    Si tu veux croire que Java est comme Cobol, il sera difficile de t'en dissuader parce qu'il est difficile de vérifier ce genre de dynamique. Ça fait 15 ans que java est annoncé comme étant le nouveau Cobol. L'entreprise dans la quelle je suis a lancé son produit phare en java en 2016. Tu as des bases de données comme Warp10 ou QuestDB qui sont en java.

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

  • [^] # Re: bravo

    Posté par  . En réponse au lien Go a 15 ans. Évalué à 2. Dernière modification le 16 novembre 2024 à 16:36.

    Google n'a pas arrêté de faire du Java pour autant

    Est-ce qu'il a continué à lancer des projets en java entre 2010 et 2020 ?

    Java a plusieurs implémentations

    Je ne crois pas toutes celles que je connaissais ont étaient abandonnées ou racheté par Oracle, mais même si c'est le cas le TCK est encore sous le contrôle d'Oracle a ce que je sache.

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

  • [^] # Re: bravo

    Posté par  . En réponse au lien Go a 15 ans. Évalué à 3.

    Il faut toujours se méfier d'eux, mais Java est très loin d'être torpillé.

    Pendant les 10 premières années d'existence de go, le procès d'Oracle à été un repoussoir tout à fait légitime.

    Depuis grosso modo l'air java 9, ça va mieux donc 2017, mais le procès ne s'est terminé que plusieurs années plus tard. Entre temps go et kubernetes, probablement les 2 fleurons de go étaient sortis.

    Oracle fait plus que contribuer à java, il contrôle Openjdk, c'est toujours lui qui maîtrise qui et comment est-ce qu'on peut accéder au TCK,…

    Je suis surpris de te voir mettre en avant graalvm qui n'est pas libre selon ton heuristique.

    Mais oui java se porte très bien

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

  • [^] # Re: Suite de...

    Posté par  . En réponse au lien Google va tester de « supprimer » les médias de tous ses résultats en Europe pour certains internau…. Évalué à 3.

    Les entreprises savent très bien évaluer l'efficacité d'une publicité.

    Ça c'est faux. Ils savent très bien relier une pub a un acte d'achat s'il est immédiat (tu clique sur une pub, tu fais ton achat), pour le reste c'est bien plus compliqué. En particulier tu a plusieurs objectifs possibles, soit faire de la vente soit te donner de la présence et ce dernier point c'est vraiment très difficile d'en mesurer la pertinence. Tu connais ton nombre d'affichage, mais ça s'arrête là.

    Avec les régis en ligne, tu n'a même pas un contrôle très efficace d'où tu es affiché. Il y a par exemple eu beaucoup de cas où les régies n'ont pas respectés les critères (par exemple pour ne pas être affiché à côté d'un contenu politique).

    Tu va chercher à corréler ta campagne de pub avec d'autres métriques (le nombre d'accès à ton site, les recherches sur internet, ta visibilité sur les réseaux sociaux), mais c'est difficile d'en déduire une causalité. Entre autre parce que les campagnes publicitaires ne sont jamais monolithiques. En même temps que ta campagne Google, tu as toujours ton community manager qui fait son travail, ton blog est toujours en activité, tu n'arrête pas d'aller en conférence/convention pour autant, etc.

    Ce n'est pas impossible, mais c'est un travail très compliqué pas à la porté de n'importe quelle entreprise (à minima il faut vraiment avoir des gens du domaine pour faire le travail ce qui n'est pas le cas d'un tas d'entreprises).

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

  • [^] # Re: bravo

    Posté par  . En réponse au lien Go a 15 ans. Évalué à 2.

    Moins d'un an après la sortie de Go, Oracle lancé le fameux procès contre Google.

    Mais je ne pense pas du tout que go et java soient sur le même segment. D'ailleurs go sert beaucoup à faire des CLI qui sont resté longtemps un mauvais usage de java (jusqu'à ce que native-image permettent de démarrer en très peu de temps).

    Il me semble avoir lu qu'il a beaucoup séduit de développeurs python alors que les créateurs du langages imaginaient plus séduire les développeurs C ou C++ (je sais plus).

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

  • # Polymorphisme

    Posté par  . En réponse au journal Le bon sens et le C++. Évalué à 5.

    Après le polymorphisme rend évident que l'hypothèse n'est pas valide, en tout cas pas dans le cas général.

    struct A {
        virtual int foo() const {
            return 1;
        }
    };
    
    struct B: public A {
    #ifndef REMOVE
        virtual int foo() const {
            return 2;
        }
    #endif
    };
    auto bar = new B();
    bar.foo();

    Ă  la syntaxe prĂŞt

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