barmic 🦦 a écrit 5915 commentaires

  • [^] # Re: C'est pas pour casser l'ambiance

    Posté par  . En réponse à la dépêche Java 15 est sorti. Évalué à 4.

    Parce que je ne vois pas ce que tu entend par "on trouve plus le jdk8" tous les endroits où on peut logiquement chercher en parlent dès leur page d'accueil. Même les moteurs de recherche ont des résultats pertinents dans les premiers liens.

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

  • [^] # Re: C'est pas pour casser l'ambiance

    Posté par  . En réponse à la dépêche Java 15 est sorti. Évalué à 4.

    La fragmentation mémoire est dû à l'allocation de petit bout de mémoire à la place de gros. Vu que chaque objet est alloué indépendamment dans Java, et qu'une grosse structure de structure est impossible, la mémoire sous Java est bien plus fragmenté et une structure de structure est sous forme de structure de pointeur.

    Non la fragmentation est due à la non réutilisation de l'espace libéré. Allouer un grand espace est une technique pour limiter la fragmentation.

    Peut être que tu veux parler de la compaction faite par le GC, mais ce n'est fait que part le code "stop the world" qui est évité à tout prix.

    Lire la dépêche que l'on commente peut être une bonne idée ;)

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

  • [^] # Re: C'est pas pour casser l'ambiance

    Posté par  . En réponse à la dépêche Java 15 est sorti. Évalué à 6.

    Je sais, j'étais le premier surpris, c'était un serveur d'API avec connection Kafka (dépendance incluse).

    Tu as déjà vu une appli qui était grosse donc java fais de grosses appli ?

    Cela implique beaucoup de lenteurs (les cpu n'aiment pas les indirections mémoires) et beaucoup de consommation mémoire par rapport à une structure identique en C++, par exemple.

    En contrepartie tu évite la fragmentation de la mémoire et le CPU n'aime pas non plus la fragmentation mémoire.

    J'en étais resté que JavaFX n'était plus géré.

    Ce n'est plus dans le JDK, c'est loin d'ĂŞtre mort https://openjfx.io/
    Oui quand on suit de loin un écosystème ça peut paraître difficile à suivre ou comprendre. Mais je ne trouve pas surprenant qu'il faille un peu s'intéresser à un sujet pour le comprendre…

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

  • [^] # Re: C'est pas pour casser l'ambiance

    Posté par  . En réponse à la dépêche Java 15 est sorti. Évalué à 2.

    OpenJDK ne fais pas de distribution. C'est comme aller sur la lkml pour télécharger linux. Tu peux mais du coup il faut comprendre que tu récupère une archive d'un dépôt. Donc pour openjdk, tu clique sur mercurial puis sur jdk8 et tu va pouvoir récupérer le jdk8 en bz2, zip ou gz. Ce n'est pas facile, mais dis-toi que tu va même devoir le compiler ton JDK. Encore une fois c'est comme d'aller chercher ton noyau sur lkml.org

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

  • [^] # Re: Nous Ă©tions au bord du gouffre, et avec Emmanuel Macron nous avons fait un grand pas en avant

    Posté par  . En réponse au lien La moquerie de Macron sur les anti-5G, phrase impensable en Suisse - letemps.ch. Évalué à 2. Dernière modification le 22 septembre 2020 à 15:01.

    Le point de vu du parti pirate : https://twitter.com/PartiPirate/status/1308104453791379458

    Franchement l'article du Monde met tout et n'importe quoi dans la 5G. Ils prennent les travers d'internet, disent que la 5G c'est de l'internet donc la 5G a les travers d'internet… C'est fallacieux parce que c'est pas en luttant contre la 5G que ça change quoi que ce soit, sinon il faut aussi gueuler contre la fibre par exemple.

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

  • [^] # Re: C'est pas pour casser l'ambiance

    Posté par  . En réponse à la dépêche Java 15 est sorti. Évalué à 4.

    Il n'est pas assez paramétrique ce qui oblige à jouer avec des @…, voir des bouts de définition en XML à coté du code, ce qui implique lourdeur, et lenteur.

    Sur un projet moderne, ça fait des années que je n’ai plus eu à configurer quoi que ce soit en XML à côté du code en Java. Quant à la lourdeur et la lenteur incluses parce que « pas assez paramétrique », je suis réellement curieux d’avoir un exemple de ce que tu entends par là (c’est une vraie question, pas un troll).

    Attendons que ces langages aient 10 ans, pour voir apparaître ce genre de choses (à mon avis go y passera et rust non grâce aux macro). Grosso modo soit tu prévois de la métaprogrammation dans ton langage de base soit tu prévois un métalangage ou un outillage autour (comme python, C, C++, C#,…).

    Il n'y a pas de notion de layout mémoire, tout objet est "boxé" ce qui implique une grosse quantité de pointeur de partout.

    Et du coup ça implique quoi comme problème, vu que tu ne manipules jamais de pointeur en Java ?

    Les records sont entre autre là pour ça.

    Les licences entre openjdk et jdk d'Oracle, ne sont pas claire.

    C’est en effet un problème, de même que les incompatiblités entre les différents fournisseurs de JVM/JDK (on les rencontre surtout pour les modes graphiques).

    openjdk c'est du gplv2 je vois pas la complexité. Je vois pas en quoi la notion de distribution est compliquée pour des gens habitués à leurs distributions linux.

    10 secondes chrono si tu connais le nom de AdoptOpenJDK (qui est Ă  connaitre si tu travailles avec Java).

    Je vois pas la difficulté.

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

  • [^] # Re: Le plus intĂ©ressant

    Posté par  . En réponse au lien Revue de code de toml++. Évalué à 3.

    Ça dépend d'autres règles. Si tu indente à 2 ou 8 caractères ça n'est pas la même chose, si tu utilise des identifiants cours ou long en snake_case ça change pas mal les choses, si ton langage est plus ou moins idiomatique, s'il met de la sémantique dans l'indentation, évidemment la verbosité,….

    Bref c'est un choix qui se fait en conjonction avec d'autres conventions de codage.

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

  • [^] # Re: Les pistes cyclables partout c'est possible

    Posté par  . En réponse au journal Accidentologie, sécurité routière et cyclisme. Évalué à 3.

    Sincèrement, ce n'est pas très sympa de dire cela, tu sous-entends que je suis contre la démocratie, alors que je ne suis juste pas d'accord sur la proposition de la manière dont elle a été formulée, à savoir comme une solution globale.

    J'en suis désolé, mais présenter ton point de vu comme allant de soit et mon point de vu comme une aberration, c'est une façon de tuer le débat. Ce n'est pas une façon de te juger, à aucun moment je ne l'ai fais.

    Il y a pleins de sujets où nous sommes tellement habitués à une certaine orthodoxie que l'on considère qu'elles vont de soit et qu'un point de vu différent est révolutionnaire. On ne se rend plus compte que l'on fait des choix et qu'il ne tiens qu'à nous d'en faire des différents. J'ai probablement ce biais pour d'autres sujets. Un autre exemple que l'on peut voir c'est la « valeur travail » qui est quelque chose de très nouveau alors qu'on cherche à nous l'inculquer comme allant de soit.

    Ensuite, j'ai proposé certaines choses, que tu n'as pas l'air de considérer, c'est ton choix, mais je pourrais te retourner la remarque : "éviter de considérer d'autres options que celles que l'on propose n'est pas très démocratique."

    Il y a pleins de choses possibles, mais je remet en cause une hypothèse de base de ton argument. Quelque chose que tu as placé comme indiscutable et qui, au contraire, me paraît tout à fait discutable. Ça ne remet pas en cause qu'on peut faire d'autres choses, mais ce fermé des solutions parce que l'on refuse de regarder une direction est dommage.

    Mon propos concerne le même point de vue que SpaceFox ci-dessus, c'est à dire sur le fait de rendre la grande majorité des routes cyclables.

    Et en affirmer l'impossibilité juste parce que ça coûte beaucoup d'argent me paraît discutable. On parle d'infrastructure nationale bien sûr que ça coûte immensément chère. Aujourd'hui on envisage pas la question et on ne remet pas en cause notre mix transport, on met énormément sur la voiture, sur l'avion et on réduit le train (le vélo ne représente rien en terme de coût à coté). Et on affirme que c'est impossible de rendre cyclable en évitant de se poser la question de notre mix transport alors que c'est la question qui se trouve derrière le fait de rendre cyclable ou non les routes. C'est une vraie question de société et un choix que l'on fait. Quel place veut-on donner à chaque moyen de transports ? Je ne vois pas comment on peut répondre à la question de base sans se poser cette question.

    On peut choisir de garder la voiture reine et il y a des argument à cela, mais c'est un choix et pas une vérité absolue.

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

  • [^] # Re: Les pistes cyclables partout c'est possible

    Posté par  . En réponse au journal Accidentologie, sécurité routière et cyclisme. Évalué à 5.

    Les choix ne sont pas en tout ou rien. On peut réduire les investissement que l'on fait d'un coté pour en faire de l'autre. C'est par exemple ce qu'on fait quand on décide d'arrêter des lignes de chemin de fer (de passagers ou de fret) tout en continuant voir amplifiant les investissements pour la voiture (en subventionnant PSA par exemple).

    Sincèrement éviter de montrer que l'on fait des choix et que ces choix pourraient être différents sans être révolutionnaire, c'est très dommageable au débat démocratique.

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

  • [^] # Re: Les pistes cyclables partout c'est possible

    Posté par  . En réponse au journal Accidentologie, sécurité routière et cyclisme. Évalué à 10.

    très onéreuse (pour ne pas dire gouffre financier).

    La voiture est un gouffre financier (mise en place et entretiens des infras, subventions diverse et variées à chaque niveau, écologiquement à tous les niveaux, gestion des accidents,…), on l'accepte très bien ce gouffre financier là. C'est un choix politique de mettre ou non de l'argent quelque part ou de décider ce que l'on compte ou pas dans un coût. Ce n'est pas une vérité absolue.

    Toute infrastructure du territoire représente un budget colossal (le train, la voiture, le vélo, les avions, autres ?). De tous je suis persuadé que la voiture est de très loin le plus chère.

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

  • [^] # Re: Il est oĂą l'APK ?

    Posté par  . En réponse à la dépêche Firefox 80 Quantum et Daylight sont sortis !. Évalué à 4.

    Il est aussi possible d'ouvrir les liens dans un onglet privé et de créer un raccourci vers le navigateur en mode privé.

    Mon message n'était pas clair tu peux lui demander d'ouvrir par défaut les liens extérieurs dans un onglet privé (Paramètre > Navigation privée > Ouvrir les liens dans un onglet privé). Ce qui reproduit le comportement de focus. Seul les liens ouverts manuellement dans un onglet non-privé ou depuis un onglet non-privés.

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

  • [^] # Re: Distance entre l'oral et l'Ă©crit

    Posté par  . En réponse au lien Une "écriture excluante" qui "s’impose par la propagande". Évalué à 4.

    « quelqu'un » : je cherche un homme blanc éduqué

    Le coté "blanc" et "éduqué" me paraît tout à fait fantasmé. Pour le genre si « quelqu'une » existe, il me semble qu'il est en vois d’extinction et qu'il est correct de dire « Cette femme est quelqu'un de responsable ».

    Après vérification c'est plus compliqué que ça…

    « C'est quelqu'un » (au sens « c'est quelqu'un de valeur ») est invariable, il n'est pas sensé exprimer de genre.

    Par contre pour le reste de son emploi ça dépend. Il est genré sauf s'il est suivi par par un complément avec « de ».

    Je chercher quelqu'un.

    parle d'un homme

    Je chercher quelqu'un de gentil.

    parle d'une personne

    J'ai besoin de quelqu'un.

    parle d'un homme.

    La règle est débile… -_-'

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

  • [^] # Re: Quel est l'intĂ©rĂŞt ?

    Posté par  . En réponse au journal C++ vin va vous faire tourner en barrique !. Évalué à 1.

    Comment faire la mĂŞme chose avec les modules?

    Maintenant que j'ai un peu lu. Tu n'a plus d'intérêt d'avoir le header. Tu peux le garder et les builds ne changeront pas, mais tu ne distribue plus les headers.

    Donc il n'y aura plus d'erreur possible entre les options que tu as choisi pour ta bibliothèque et celles utilisées par ton utilisateur.

    J'ai conscience de répéter des choses déjà dites, mais en pédagogie paraphraser pour changer la manière de présenter peut être utile.

    Évidemment avant que des bibliothèques partagées passent à ça (et posent comme contraintes C++20 minimum), il y aura du temps.

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

  • [^] # Re: Quel est l'intĂ©rĂŞt ?

    Posté par  . En réponse au journal C++ vin va vous faire tourner en barrique !. Évalué à 2.

    Pour aller plus loin, tu ne va pas distribuer tes headers précompilés. Là où avec les modules ça ne pose pas de problème.

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

  • [^] # Re: Quel est l'intĂ©rĂŞt ?

    Posté par  . En réponse au journal C++ vin va vous faire tourner en barrique !. Évalué à 4.

    D'où les non-standards headers précompilés, oui.

    Ça reste non-standards. C'est plus du domaine du hack que de la solution.

    Si j'en crois ce que j'ai lu, les modules suppriment la séparation header/implémentation. Avant que tu vienne du C bibliothèques tout ça tout ça. Les modules ne déprécient pas les headers, tu peux toujours continuer à faire tes bibliothèques pour C ou C++ de la même façon. Mais le C++ ne sert pas qu'à créer des bibliothèques et des projets comme LibreOffice seront content de pouvoir réduire leur temps de builds.

    La suppression de la séparation header/implémentation permet aussi d'éviter le DRY et d'avoir à maintenir en double chaque changements.

    Un autre point que j'ai lu c'est que les macro ne sortent pas des modules, c'est aussi un effet de bord qui peut ĂŞtre pratique.

    Encore une fois c'est des trucs qui peuvent ne pas vous ĂŞtre utile, mais c'est pas pour autant que c'est inutile.

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

  • [^] # Re: Quel est l'intĂ©rĂŞt ?

    Posté par  . En réponse au journal C++ vin va vous faire tourner en barrique !. Évalué à 3.

    Oui mais c'est hors-sujet. Les entêtes de ton API C-style n'ont le droit d'utiliser aucun idiome du C++. Donc le mélange de directives du préprocesseur et des macro ne se pose pas dans ce cas d'utilisation là.

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

  • # Licence

    Posté par  . En réponse à la dépêche Le Frido et Giulietta : la mathématique libre. Évalué à 3.

    Tu as omis d'indiquer la licence ici, c'est du GFDL.

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

  • [^] # Re: Typage structurel

    Posté par  . En réponse au journal C++ Hell/Heaven et les concepts. Évalué à 4.

    Qu'ai-je loupé?

    • tu peux valider au plus tĂ´t tes entrĂ©es
    • tu as une validation complète et pas uniquement le premier problème rencontrĂ©

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

  • [^] # Re: Typage structurel

    Posté par  . En réponse au journal C++ Hell/Heaven et les concepts. Évalué à 2.

    Oui au final les concepts c'est moins l'ajout d'un typage structurel que la possibilité de le contractualiser.

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

  • [^] # Re: Typage structurel

    Posté par  . En réponse au journal C++ Hell/Heaven et les concepts. Évalué à 2.

    Ah oui je vois très bien. Je suis un peu trop habitué à Java qui n'a pas du tout ce comportement.

    Pour le problème de l'erreur c'est ce qui cause les erreurs très longues, non ? C'est aussi quelque chose qui peut être embêtant avec les langages qui utilisent massivement l'inférence de type. Si tu ne prends vraiment jamais le temps de définir tes types, une erreur peut se montrer que très loin.

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

  • [^] # Re: Typage structurel

    Posté par  . En réponse au journal C++ Hell/Heaven et les concepts. Évalué à 2.

    Mais avant C++20, il était basé principalement sur des assomptions implicites et les

    Tu aurais un exemple pour que ce soit plus clair pour moi ?

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

  • [^] # Re: Religion

    Posté par  . En réponse au journal [HS] Texte de l'appel du 14 septembre 2020. Évalué à 6.

    Ça ne me paraît pas très clair en quoi les lois européennes sont des "traités internationaux" et quel en est l'impact sur la souveraineté ? L'UE a ses propre instances démocratiques qui lui permettent de décider de la vie sur l'ensemble de son territoire. Que ces lois doivent être mise en application ne me paraît pas très différents de la mise en application de nos propres lois.

    J'ai la sensation que c'est différents de nos règles nationales, mais en quel mesure ce n'est qu'une sensation et affirmer "ben lol non ça n'a rien à avoir" me semble aller loin.

    D'ailleurs :

    faire disparaître les états-nations

    Tous les pays ne sont pas des états-nations y compris au sein de l'UE (l'Espagne avec les catalans pour donner l'exemple qui est le plus frais).

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

  • # Typage structurel

    Posté par  . En réponse au journal C++ Hell/Heaven et les concepts. Évalué à 2.

    Ça me fait beaucoup penser à du typage structurel, il y a une différence qui m'échappe ?

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

  • [^] # Re: Nous Ă©tions au bord du gouffre, et avec Emmanuel Macron nous avons fait un grand pas en avant

    Posté par  . En réponse au lien La moquerie de Macron sur les anti-5G, phrase impensable en Suisse - letemps.ch. Évalué à -4. Dernière modification le 16 septembre 2020 à 18:06.

    Ma question est la suivante : où est l'innovation française de la 5G ? Le développement de la 5G semble principalement l'œuvre d'entreprises étrangères ? L'innovation française se résume-t-elle à installer du matériel et des logiciels créés à l'étranger ?

    Il ne présente pas la 5G comme une innovation française, mais comme une infrastructure sur la quelle se reposer.

    Il faut comprendre que tout ce débat sur la 5G n'a pas de sens. Il y a déjà eu des études faites sur la 5G comme sur la 4G et la 3G avant. Ici on est juste en fasse de débat purement politique complètement hors de propos. Il n'y a pas d'argument qui tienne debout, on place juste les peurs sur l'écologie là dedans.

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

  • [^] # Re: Java 15, le nouveau Kotlin ? (mais un peu en retard quand mĂŞme)

    Posté par  . En réponse à la dépêche Java 15 est sorti. Évalué à 5.

    Kotlin est le langage qui monte le plus dans les langages alternatifs qui tournent sur la JVM. Le fait qu’il soit poussé comme langage principal sur Android aide beaucoup.

    Alors oui, mais j'ai pas l'impression que ça se maintienne tant que ça. Android c'est très particulier, puisque ça n'est pas OpenJDK et je crois que ART ne cherche même plus à coller avec les nouveautés de Java (l'usage des "nouveautés" de java8 semble se faire par des extensions). Sur le JDK kotlin avait marqué par gradle qui propose maintenant kotlin comme DSL (mais gradle est écris en java) et par spring qui le supporte (on parle ici d'avoir des apis pensaient pour un usage idiomatique de spring avec kotlin), mais en soit je ne le vois pas tant décoller que ça hors Android. Je peux tout à fait me tromper, hein ? Et j'apprécie kotlin, mais je ne le vois pas arriver. Je viens de regarder, évidement ça vaut ce que ça vaut, mais dans le dernier classement tiobe groovy est 17ème, scala 31ème et kotlin 34ème. Pour te donner une idée rust est 18ème et swift est 12ème pour d'autres langages récents.

    C’est aussi celui qui ressemble le plus à Java (il a été pensé en gros comme « Java en mieux, avec des idées tirées de Scala, mais en plus pragmatique et plus efficace »).

    C'est aussi un peu comme ça qu'a était pense groovy avec beaucoup plus d'ambition en terme de nouveauté et un énorme intérêt pour être vraiment interfaçable avec java (contrairement à scala, tu peux utiliser une bibliothèque groovy sans te rendre compte que ce n'est pas du java - à cause de collections qui n'existe pas dans java collection, de l'utilisation d'idiomes qui n'existent pas en java et qui font bizarre à l'usage, etc).

    Groovy s’est rapidement fait dépasser en popularité par Kotlin (même si Gradle l’utilise (même si on peut scipter Gradle avec Kotlin))

    Tu vois ça à partir de quoi ?

    alors que c’est assez fréquent avec Kotlin, notamment parce que Scala est plus difficile à prendre en main (et a longtemps été lentissime à compiler).

    Ça a était "fréquent" (gradle, android et spring), mais hors de ces 3 exemples qui commencent à dater un peu je n'ai pas vu d'autres annonces de ce type passer (mais je suis intéressé si tu as des exemples).

    Et ça n’est pas une question d’implémentation mais clairement de fonctionnalités : en terme de fonctionnalités, Java rattrape Kotlin.

    Ça a des implications. Les sealed classes sont écrites dans différents fichiers. Si tes classes sont grosses, tu peux trouver ça intéressant. La contrepartie, c'est que ta classe doit aussi être déclarée dans la classe mère ce qui est un peu plus moche (c'est moins DRY). Le pettern matching de java oblige à créer de nouvelles références tu ne pourra jamais écrire :

    var a = foo();
    if (a instanceof Integer) b+=a;

    Ces choix ne sont pas vraiment anodins.

    Tout mon propos est là : en tant que développeur et d’utilisateur au quotidien du langage, ça fait plaisir de voir que Java ne stagne plus comme il a pu le faire à plusieurs époques, et se décide à intégrer les bonnes idées qui viennent d’ailleurs dans la « communauté ».

    Tout à fait d'accord. Je pense qu'à terme ça aurait posé de graves souci à Java. Comme C++, ils se sont donné un rythme et ça accélère les évolutions et c'est vraiment bien.

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