Journal Toileharicot 12 est dehors

Post√©¬†par¬† (site web personnel) . Licence CC¬†By‚ÄĎSA.
√Čtiquettes¬†:
14
19
ao√Ľt
2020

Ah Nal,

Je t'écris pour t'informer que la version 12 de Netbeans, le meilleur IDE Java/PHP/Node.js, est en sorti.

Cette version LTS apporte les nouveautés suivantes:

  • la gestion des derni√®res nouveaut√©s de Java (le meilleur langage pour les projets d'entreprise): records, pattern matching, bloc de textes)¬†;
  • la m√™me chose pour PHP (le pire langage pour les projets d'entreprise): typage, nouveaux op√©rateurs¬†;
  • de nouveaux th√®mes.

Oracle, une généreuse PME qui éditait Netbeans avant, a aussi fait don de code concernant C++. Ce langage devrait revenir dans les prochaines versions, ce qui comblera de joie les pauvres développeurs C++ qui doivent en attendant se contenter d'Eclipse ou pire de VSCode.

netbeans

  • # Net != Toile

    Post√©¬†par¬† . √Čvalu√©¬†√†¬†10.

    M√™me si je ne suis pas avare de jeux de mots, "net" ne veut pas dire "toile" mais plut√īt "filet". C'est plut√īt √† "web" qu'est attribu√© "toile".

    Ce serait donc plus juste d'écrire "Filetharicot 12 est dehors" :).

    La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.

  • # TinuxFR

    Post√©¬†par¬† . √Čvalu√©¬†√†¬†10.

    Ah Nal,

    une envie particulière?

    Je trolle dès quand ça parle business, sécurité et sciences sociales

  • # No comment

    Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†-4.

    Trop commenter le code nuit à sa lisibilité. En plus le bleu sur nos écrans c'est mauvais pour les yeux.

    C'est vraiment important de commenter 1 pauvre ligne de code aussi triviale¬†? Alors oui, javadoc et tout, mais avec d'autres IDE, on acc√®de au code tr√®s rapidement et on pr√©f√®re le lire directement plut√īt que de se coltiner la doc de chaque m√©thode.

    • [^] # Re: No comment

      Post√©¬†par¬† . √Čvalu√©¬†√†¬†9.

      Ce n'est pas du commentaire de code, mais de la documentation d'API.

      Un commentaire de code est là pour aider à celui qui lis le code. Il lui indique pourquoi les choses sont faites de cette façon (quand le code ne peux pas l'indiquer de lui même).

      La documentation d'une API décris ce que fait l'API sans avoir besoin d'aller en lire le code. Pas mal d'éditeurs ter permettent d'y accéder sans aller voir le code. Très pratique quand tu veux entrer les paramètres d'une méthode en gardant la doc sous les yeux (ça évite les sauts qui, aussi rapides et efficaces qu'ils soient, obliger à repositionner ton regard.

      Donc moi ça me choc pas.

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

      • [^] # Re: No comment

        Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†2. Derni√®re modification le 19/08/20 √† 20:40.

        Je suis bien au courant. Quasiment tous les projets java utilisent ce principe. Cela dit, avec asciidoctor par exemple, on devrait pouvoir externaliser cette documentation. Ça fait sens si on veut la traduire et même documenter à partir des tests, des exemples de code tiré du git, présent dans d'autres fichiers.

        Je veux bien documenter une classe, au dessus du code de celle-ci, car √ßa ne g√™ne pas la lecture du code. Par contre documenter toutes les m√©thodes est une perte de temps, surtout lorsque √ßa para√ģt triviale. La doc inline qui explique un passage complexe est bien s√Ľr primordial.

        • [^] # Re: No comment

          Post√©¬†par¬† . √Čvalu√©¬†√†¬†6.

          Quasiment tous les projets java utilisent ce principe.

          Et python et les projets qui utilisent doxygen et julia et ocaml et golang…

          Cela dit, avec asciidoctor par exemple, on devrait pouvoir externaliser cette documentation.

          Ça ne fais pas la même chose. Tu ne peux associer cette documentation à ton code. Donc aucun éditeur ne pourra t'aider. C'est pas inutile pour autant, mais ce n'est pas la même chose.

          Ça fait sens si on veut la traduire et même documenter à partir des tests, des exemples de code tiré du git, présent dans d'autres fichiers.

          Tout √† fait beaucoup font vraiment leur tambouille pour √ßa que ce soit avec de la doc inline ou des trucs comme asciidoctor. Il y a m√™me un langage dont la doc inline peut contenir une portion de code qui sera ex√©cutable, mais j'ai pas pu retrouver o√Ļ j'avais vu √ßa.

          Je veux bien documenter une classe, au dessus du code de celle-ci, car ça ne gêne pas la lecture du code.

          La plupart des éditeurs permettent de la cacher et les linters te fournissent un minimum de vérification de la correspondance.

          Par contre documenter toutes les m√©thodes est une perte de temps, surtout lorsque √ßa para√ģt triviale.

          Je n'ai pas d√Ľ √™tre claire. Il s'agit de documenter l'API. La complexit√© du code sous-jacent n'a rien √† voir. Si √ßa peut √™tre plus clair, imagine le cas d'une biblioth√®que C ou C++ qui d√©crit √ßa avec doxygen dans ses ent√™tes. L'√©criture de cette documentation peut √™tre ant√©rieure √† l'√©criture du code qui l'impl√©mente. Par exemple tu peut aller jusqu'√† indiquer la complexit√© de l'impl√©mentation et c'est alors judicieux de documenter aussi ce qui te para√ģt trivial. C'est un contrat de l'API.

          Ah et ça ça concerne l'API et non tout le code (à moins que tout ton code soit une API). Généralement une faible portion du code d'une bibliothèque fait partie de l'API, sinon ça devient complexe à maintenir. On peut voir un exemple avec rxjava pour une classe qui fait partie de l'API et une qui n'en fait pas parti.

          La doc inline qui explique un passage complexe est bien s√Ľr primordial.

          Encore une fois ça n'a rien à voir. Documenter une API et commenter un code sont 2 choses qui n'ont rien à voir et sont régulièrement faites par des personnes différentes (c'est celui qui implémente qui documente son code alors que rien ne l'oblige pour la documentation d'une API).

          Je trouve important de la doc non associée à l'API qui décrit plus les concepts et qui ne soit pas organisée par rapport au code, mais l'un empêche pas l'autre et ils ont des objectifs bien différents.

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

          • [^] # Re: No comment

            Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†-1.

            Je connais bien Javadoc, et je sais bien qu'il s'agit de la documentation d'une API.. c'est même ce que je dis dans mon 1er message. Normalement si il s'agit d'une API, c'est vrai que le code est trivial par nature. De plus les IDE proposent d'afficher le Javadoc au survole de la méthode…

            Asciidoctor permet déjà de mettre des extraits de code à partir d'un numéro de commit et un numéro de ligne. On pourrait appliquer ce principe pour commenter une API.

            Avantages : i18n, documentation API composite, enrichie aux extraits de code des tests venant des sources pour montrer l'usage de l'API, documentation structurée.

            Si on a pas besoin de tout ça, juste d'une documentation de l'API, c'est difficile de faire mieux que les Javadoc like, je te l'accorde.

          • [^] # Re: No comment

            Post√©¬†par¬† . √Čvalu√©¬†√†¬†9.

            Il y a m√™me un langage dont la doc inline peut contenir une portion de code qui sera ex√©cutable, mais j'ai pas pu retrouver o√Ļ j'avais vu √ßa.

            C'est peut-être Python et ses doctests.
            Et c'est trop trop trop badass.
            Ça remplace pas les frameworks de test mais ça permet d'avoir des exemples dans ta doc qui s'exécutent comme des TU.

            Par exemple :

                def combi1(n):
                    """
                        n : (int) un entier qui ne sert à rien
                        retour : (int) la valeur de 1.
            
                    Exemples :
            
                    >>> combi1(42)
                    1
                    >>> combi1(33)
                    1
                    >>> combi1(666)
                    1
                    """
                    return 1

            Avec doctest, les exemples de ta documentation sont toujours bon car ils sont utilisés comme des TU (très simple).
            python -m doctest
            pour les lancer

            https://en.wikipedia.org/wiki/Doctest

            https://docs.pytest.org/en/stable/doctest.html

            https://docs.python.org/fr/3.10/library/doctest.html

    • [^] # Re: No comment

      Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†4.

      Après vérification la couleur est RGB(17,29,48), ça envoie quand même beaucoup moins de bleu qu'un fond blanc (5 fois moins), et c'est peut être un peu plus agréable qu'un fond noir.

      Un LUG en Lorraine : https://enunclic-cappel.fr

      • [^] # Re: No comment

        Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†-9.

        tes pupilles se protègent p-e plus en voyant un écran blanc qu'un écran tout bleu. Mais bon, le wifi c'est pas bon, la 5G, n'en parlons pas, et il parait que se droguer c'est mal.

        C'est vrai que c'est moins flashy que l'écran bleu d'un PDP-1 OS.

  • # le meilleur langage pour les projets d'entreprise

    Post√©¬†par¬† . √Čvalu√©¬†√†¬†3. Derni√®re modification le 19/08/20 √† 23:27.

    S il y a bien une chose a savoir c est qu une phrase comme "le meilleur langage pour les projets d'entreprise" est forc√©ment fausse. De mani√®re g√©n√©ral quand qqun dis "c est le meilleur" il faut se mefier. Et la c est comme si toutes les entreprises avaient les m√™mes besoins. Java est truff√© de d√©faut et PHP plein de qualit√©. Pour des script ou le web PHP ferra tr√®s bien l affaire et permettra de developper rapidement quelque chose de souple. Java est verbeux et tr√®s complexe a g√©r√© c√īt√© m√©moire. Il conviens donc plus pour des syst√®me a plus grande √©chelle. Mais aujourd'hui a cause du c√īt√© proceduri√© d Oracle une grosse entreprise pr√©f√©rera du Go ou si elle a des ressources (pas trop de pb de perfs) du node.js‚Ķ

    Eh oui en informatique il n existe pas de language universel. Beaucoup de langage peuvent se justifier selon les contextes. Moi j ai une préférence pour Rust et Julia en ce moment. Mais ils ne conviennent pas pour tout après j irais vers du Go…

    • [^] # Re: le meilleur langage pour les projets d'entreprise

      Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†4.

      Eh oui en informatique il n existe pas de langage universel.

      Java en est proche, des sites web aux applis mobiles en passant par les traitements de masse ou le calcul distribué. Il est moins à l'aise sur le bureau (bien que Swing soit un vrai bonheur par rapport à Gtk ou Qt), mais dans la plupart des domaines, Java est un bon choix.

      Il parait que certains font même des jeux avec !

      Beaucoup de langage peuvent se justifier selon les contextes.

      Le contexte d'une entreprise, ce sont des projets qui vont durer des années avec des équipes qui tournent.

      Java a deux qualités majeures pour ce contexte:

      • il est facile √† lire et √† comprendre (la verbosit√© devient une qualit√©)¬†;
      • son runtime, ses API et la plupart des biblioth√®ques sont stables.

      Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

      • [^] # Re: le meilleur langage pour les projets d'entreprise

        Post√©¬†par¬† . √Čvalu√©¬†√†¬†0. Derni√®re modification le 20/08/20 √† 14:43.

        Tu peux faire des site web aux scripts et traitements de masse ou jeux dans n'importe quel langage. (Le mobile est un peu a part tu dépends souvent du choix de l'OS). Dans mon entreprise on développe en PHP du web comme des scripts de traitements massif de manière très efficace et performantes (du moins comparé à Java) et surtout de manière beaucoup plus réactive que s'ils étaient en Java.

        Java fais facilement une consommation de m√©moire importante, il demande donc d'y passer du temps ce qui a un co√Ľt qui n'est pas toujours justifi√© par de petits projets en entreprises. De ces d√©faut d√©coule un autre probl√®me, le co√Ľt des d√©veloppeurs.

        Java n'est pas plus fais pour durer qu'un autre, il est régulièrement incompatible ce qui fais que quand tu reprends un projet tu dois réécrire une partie. Et je ne parle pas des libs (notamment graphique ou web). Connais tu l'histoire de JSF, JSP…
        Le langage le plus stable à ma connaissance c'est C/C++. Le code même écris il y a 30 ans compile avec une option.

        La lisibilité du code dépends essentiellement de la manière dont il est écris et structuré, des pratique de l’entreprise.

        • [^] # Re: le meilleur langage pour les projets d'entreprise

          Post√©¬†par¬† . √Čvalu√©¬†√†¬†-1.

          C'est aussi a cause de sa consommation mémoire qu'il est peu apprécié sur le bureau. J'utilise Netbeans et DBeaver, ils ont de grosses qualité, mais pas la stabilité sur le long terme (il faut killer quand on en demande de trop et surtout s'il est ouvert depuis longtemps). J'ai le cas de DBeaver qui frise quand une ligne d'une requête est trop longue. Tu peux critiquer l'implémentation de DBeaver mais c'est plus probablement la lourdeur naturelle de Java.

        • [^] # Re: le meilleur langage pour les projets d'entreprise

          Post√©¬†par¬† (site web personnel, Mastodon) . √Čvalu√©¬†√†¬†3.

          Java fais facilement une consommation de m√©moire importante, il demande donc d'y passer du temps ce qui a un co√Ľt qui n'est pas toujours justifi√© par de petits projets en entreprises. De ces d√©faut d√©coule un autre probl√®me, le co√Ľt des d√©veloppeurs.

          Et une immense partie du cout en mémoire, sur les machines récentes, vient de l’incompréhension des développeurs du modèle mémoire de Java et des réglages par défaut de la JVM.

          La connaissance libre : https://zestedesavoir.com

        • [^] # Re: le meilleur langage pour les projets d'entreprise

          Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

          Java n'est pas plus fais pour durer qu'un autre, il est régulièrement incompatible ce qui fais que quand tu reprends un projet tu dois réécrire une partie.

          C'est factuellement faux. Au niveau langage la comptabilit√© source et binaire sur les 15+ derni√®res ann√©es est limite irr√©prochable. Tu prends un JAR compil√© il y a 15 ans en Java 1.3 ou 1.4, il tourne toujours avec un JRE 15. Tu recompiles, il compile et tourne. Et au passage il tourne plus vite gr√Ęce aux am√©lioration du JIT.

          Il existe quelque cas marginaux qui posent des probl√®mes (coucou bridge method, changement de comportement de substring & cie) et quelques rares nettoyages qui ont √©t√© fait en Java 9 sur des API peu utilis√©es, co√Ľteuses √† maintenir ou dangereuses. Ce sont de rares exceptions. Ce sont de rares exceptions. Beaucoup d'√©volutions niveau JVM ont √©t√© co√Ľteuses pour pr√©server cet attribut.

          Si tu as des problèmes, c'est que les libs que tu utilises elles ne sont pas aussi disciplinées et que les nouvelles versions que tu choisies d'utiliser ont cassées la compatibilité source ou binaire. Ou que tu as choisi de changer de libs car tes besoins ont changés. C'est autre chose que la question d'origine car tu peux toujours utiliser les JAR d'avant, ça tournera.

          Donc oui maintenir un projet dans le temps demande de l'effort de maintenance. Il est juste grandement facilit√© par le fait qu'un binaire qui tourne continuera √† tourner. √áa permet de ne pas avoir d'√©cosyst√®me qui √©clate √† cause de cha√ģne de d√©pendance bris√© (ie. pas besoin de recompiler la veille lib stable dont tout le monde d√©pend sans le savoir et qui n'a pas eu de release depuis 8 ans). Ca permet de continuer √† faire tourner le binaire d'un projet arr√™t√© il y 6 ans sans avoir √† g√©ler le hard & soft d'un serveur etc. D'autres langages n'ont pas cette culture et le co√Ľt √† terme n'est vraiment pas le m√™me. Dans la vraie vie, c'est plut√īt pratique.

          • [^] # Re: le meilleur langage pour les projets d'entreprise

            Post√©¬†par¬† . √Čvalu√©¬†√†¬†2.

            C'est factuellement faux.

            Pas tout à fait, ça l'était jusqu'à l'arrivée de java 9, mais depuis ils se sont mis à vraiment retirer certaines des API qu'ils déprécient.

            Et au passage il tourne plus vite gr√Ęce aux am√©lioration du JIT.

            C'est d'ailleurs amusant de voir que d'anciennes bonnes pratiques d'optimisation (par exemple le cas du toArray) sont devenues des contre-optimisations avec les JVM modernes.

            • [^] # Re: le meilleur langage pour les projets d'entreprise

              Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†2.

              Pas tout à fait, ça l'était jusqu'à l'arrivée de java 9, mais depuis ils se sont mis à vraiment retirer certaines des API qu'ils déprécient.

              Ces changements mineurs prévus de longue date et les frayeurs qu'ils provoquent en entreprise montrent bien que la stabilité est un critère de choix majeur.

              Mais rien avoir avec les drames des migrations de versions de Python ou PHP…

              Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

          • [^] # Re: le meilleur langage pour les projets d'entreprise

            Post√©¬†par¬† . √Čvalu√©¬†√†¬†0.

            euh… Non.

            La nécessité de hascode et equals en cohérence à rendu bon nombre de code non fonctionnel.

            Par ailleurs Oracle ayant un passif sur la segmentation/fermeture de trucs ouvert (coucou MySql), java est désormais un langage appartenant au passé.

            Il faut maintenant lui préférer c++ qui depuis 2011 botte vraiment des culs.

            Il ne faut pas décorner les boeufs avant d'avoir semé le vent

            • [^] # Re: le meilleur langage pour les projets d'entreprise

              Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

              Je ne sais pas si j'aurais pris le C++ qui est une norme ISO pour laquelle il faut payer pour y avoir accès comme modèle d'ouverture par rapport à Java dont la documentation du langage est gratuite et librement distribuable.

              (je sais qu'il y a moyen d'avoir une préversion de la norme ISO gratuitement mais ça reste un contournement)

              ¬ę Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. ¬Ľ Coluche

            • [^] # Re: le meilleur langage pour les projets d'entreprise

              Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†3.

              J'esp√®re que le futur de Java sera plut√īt du c√īt√© d'Adopt Openjdk que d'Oracle.

              J'aimais bien C++, mais il est trop laborieux. Je mise plus sur Go et peut être Rust quand ils auront atteint la maturité.

              Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

              • [^] # Re: le meilleur langage pour les projets d'entreprise

                Post√©¬†par¬† . √Čvalu√©¬†√†¬†1.

                Adopt OpenJDK est "juste" un système de packaging d'OpenJDK. Il participe à l'écosystème mais ne peut être le future.

                • [^] # Re: le meilleur langage pour les projets d'entreprise

                  Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†4.

                  Adopt Openjdk, c'est IBM avec le curseur sur le bouton "fork".

                  Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

                  • [^] # Re: le meilleur langage pour les projets d'entreprise

                    Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

                    Oracle a déjà prouvé qu'il pouvait être particulièrement chien avec sa PI; regarde le procès Dalvik avec google théoriquement on aura le fin mot de l'histoire en octobre.

                    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

                    • [^] # Re: le meilleur langage pour les projets d'entreprise

                      Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†4.

                      Au pire ça va forker chérie.

                      s/Openoffice/Libreoffice/, s/Hudson/Jenkins/ et s/mysql/mariadb/ ont survécu à Oracle.

                      Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

                    • [^] # Re: le meilleur langage pour les projets d'entreprise

                      Post√©¬†par¬† . √Čvalu√©¬†√†¬†4.

                      Ou plus récemment le cas de javaEE, dont ils ont "cédé" la gestion à la fondation eclipse, mais ils ont gardé les marques, obligeant à renommer en jakartaEE.
                      Même les noms de packages ont du changer, parce qu'oracle refuse de céder le préfixe javax. !

            • [^] # Re: le meilleur langage pour les projets d'entreprise

              Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

              La nécessité de hascode et equals en cohérence à rendu bon nombre de code non fonctionnel.

              Peux-tu expliciter ? Quelle évolution à cassé quel code ?

              • [^] # Re: le meilleur langage pour les projets d'entreprise

                Post√©¬†par¬† . √Čvalu√©¬†√†¬†1.

                lors du passage de java 5 ou 6 vers java 7

                Les Collections se sont mise à vérifier que les hashcode et equals étaient cohérent, mais le projet n'avait pas codé un seul hashcode.

                Le problème c'est que c'est au runtime que la blague se produit… Personne n'avait anticipé le problème.

                Il ne faut pas décorner les boeufs avant d'avoir semé le vent

                • [^] # Re: le meilleur langage pour les projets d'entreprise

                  Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

                  Je ne trouve pas trace et la javadoc de 1.5 expliquait déjà qu'il fallait que ce soit cohérent. Je serait intéressé de trouver plus de détail si quelqu'un a.

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

                  • [^] # Re: le meilleur langage pour les projets d'entreprise

                    Post√©¬†par¬† . √Čvalu√©¬†√†¬†-1.

                    j'ai pas dit que le code était bon avant, il marchait (comprendre aucun bug n'avait été remonté); le changement de jre a mis en évidence ce soucis dans le code en jetant des exceptions.

                    String en java 1.2 (java 5 == java 1.5) ) changé sa version de hashcode pour des raison de performances; j'imagine que dès l'origine c'était nécessaire; mais lorsque ce n'était pas fait les collection ne te jetaient pas d'exception.

                    J'ajouterai que les génériques en java ça n'a vraiment pas la puissance des templates…

                    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

                    • [^] # Re: le meilleur langage pour les projets d'entreprise

                      Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

                      J'ai du mal à voir comment les HashMap et les HashSet pouvaient être implémenter pour ne pas s'appuyer sur la correspondance. J'imagine qu'ils refaisait un equals systématiquement.

                      Pour la fonction de hash des string peut-être que java a changé en 1.2, mais il n'a pas changé ensuite pour passer à murmur3 contrairement à tout les autres langages.

                      Si tu as un code qui s'appuyer massivement sur substring ton code a pu avoir un problème quand ils ont changé son comportement.

                      Oui il y a eu des changements, mais le fais que sur 25 ans, on puisse les lister et qu'une partie √©taient des bugs sous-jacent, montre que c'est plut√īt stable.

                      J'ai pas compris ta remarque sur template ? Ça n'a rien à voir avec la stabilité et ce ne sont pas vraiment des outils comparables.

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

            • [^] # Re: le meilleur langage pour les projets d'entreprise

              Post√©¬†par¬† . √Čvalu√©¬†√†¬†4.

              Par ailleurs Oracle ayant un passif sur la segmentation/fermeture de trucs ouvert (coucou MySql), java est désormais un langage appartenant au passé.

              Ils ont passé la main au projet OpenJDK ce qui met le JDK Oracle sur un pied d'égalité (organisationnel en tout cas) avec tout ceux qui veulent fournir un JDK que ce soit ta distribution, adopt openjdk, amzon ou autre.

              Même l'une des partie les plus fermées, JavaEE s'est organisé au sein d'Apache et est aujourd'hui émancipé d'Oracle.

              Oracle reste un tr√®s gros acteur de Java (il fourni de l'infra, de la main d'Ňďuvre, ils ont sorti des projets comme graal,‚Ķ), mais il le fait au m√™me titre que RedHat, Google ou IBM pour parler de tr√®s grosses boites.

              Je ne vois pas comment on peut sous-entendre que Java prend le même chemin que MySQL si on s'est un peu intéressé au sujet.

              Bien s√Ľr on peut parler du proc√®s Oracle/Google, c'est pas le premier et ce ne sera pas le dernier proc√®s du genre, on a eu AT&T, on √† celui-ci, on en aura d'autres.

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

              • [^] # Re: le meilleur langage pour les projets d'entreprise

                Post√©¬†par¬† . √Čvalu√©¬†√†¬†2.

                Même l'une des partie les plus fermées, JavaEE s'est organisé au sein d'Apache et est aujourd'hui émancipé d'Oracle.

                Eclipse pas Oracle.

                mais il le fait au même titre que RedHat, Google ou IBM pour parler de très grosses boite

                Je ne vois pas comment on peut sous-entendre que Java prend le même chemin que MySQL si on s'est un peu intéressé au sujet.

                Tant que Java reste sur HotSpot, il y a effectivement peu de chances que les choses bougent. La dynamique introduit par Sun que quasiment tout le monde utilise gratuitement la plateforme Java est difficile à remettre en cause. Ce qui explique la passage progressif vers la situation actuelle d'OpenJDK.

                Par contre HotSpot est plut√īt en fin de vie. Oracle a clairement fait le choix de basculer ses effectifs vers les √©tapes futures plut√īt que vers la maintenance. C'est pour √ßa qu'ils ont refourgu√© la gestion des LTS √† la communaut√© depuis Java 11 (le travail de backport sur Java 8 avait √©t√© monstrueux par exemple). Si Graal est techniquement extr√™mement int√©ressant, Oracle semble aussi profiter du mouvement pour casser le statuquo du tout libre & gratuit. Une partie sera open source et utilisable gratuitement. Mais les fonctionnalit√©s d'entreprise / performance ne le seront s√Ľrement pas. Pour moi le risque est l√†. Soit un gros pivot de strat√©gie si Graal prend, soit que Graal ne prenne pas et que la plateforme ait perdue beaucoup d'efforts.

                • [^] # Re: le meilleur langage pour les projets d'entreprise

                  Post√©¬†par¬† . √Čvalu√©¬†√†¬†2.

                  Eclipse pas Oracle.

                  Tout à fait Jarkata EE c'est eclipse.

                  Si Graal est techniquement extrêmement intéressant, Oracle semble aussi profiter du mouvement pour casser le statuquo du tout libre & gratuit.

                  En cr√©ant un projet libre & gratuit‚ÄĮ? Aujourd'hui graal est microscopique et ne pourra jamais se faire une place sans quarkus de Red Hat. Je ne suis pas s√Ľr qu'il supporte un jour l'ensemble de java et a 1 ans et demi de retard sur son support de java. C'est vraiment s'emb√™ter beaucoup pour pas grand chose. D'autant qu'ils continuent de lib√©rer leurs outils maisons inclus dans leur distribution de java.

                  Pour moi le risque est là.

                  Hotspot est effectivement en fin de course, mais OpenJ9 est là et a l'avantage d'être accessible en remplacement directe. Graal n'est intéressant pour le CPU bound et est moins bon que hotspot en mémoire. Il est très peu probable que Java passe à graal.

                  Ce ne serait même pas intéressant pour Oracle qui ne pourrait plus vendre ses licences OSB, weblogic, etc et ça c'est du cash qu'ils font aujourd'hui pas de l'hypothétique dans 5 ans.

                  […] soit que Graal ne prenne pas et que la plateforme ait perdue beaucoup d'efforts.

                  Dans le monde des techno (voir scientifique) un travail n'est jamais perdu. Le truc qui arrivera après pourra s'appuyer de l'expérience en question (si c'est un échec). PHP6 n'a pas tué PHP par exemple alors qu'il a consommé en proportion beaucoup plus d'énergie.

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

        • [^] # Re: le meilleur langage pour les projets d'entreprise

          Post√©¬†par¬† . √Čvalu√©¬†√†¬†1.

          Et sans oublier les javacard, qui sont devenues bon gré mal gré le standard des applications embarquées dans les cartes à puces et NFC !

  • # VSCode

    Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†5.

    Juste pour info, que reproche tu à VSCode ?

    • [^] # Re: VSCode

      Post√©¬†par¬† . √Čvalu√©¬†√†¬†6.

      C’est basé sur cette merde d’electron.

      J’utilise pas vscode et j’ai des bons retours par mes collègues front-end, mais ce truc ça fait quand même mal au cul quand tu vois toute la place occupée (disque et RAM) pour un éditeur de texte…

      • [^] # Re: VSCode

        Post√©¬†par¬† . √Čvalu√©¬†√†¬†3. Derni√®re modification le 20/08/20 √† 20:14.

        Et chez moi, tout programme Electron qui reste ouvert plus de 24h se met à ramer et consommer une quantité de mémoire indécente !

        • [^] # Re: VSCode

          Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†3.

          24‚ÄĮh‚ÄĮ? Chez moi c‚Äôest au bout de m√™me pas 24¬†minutes‚Ķ ><

          • [^] # Re: VSCode

            Post√©¬†par¬† . √Čvalu√©¬†√†¬†1.

            J'ai probablement une machine bien trop puissante pour mon usage ;)
            Mais j'ai probablement exagéré les 24h. En général, je m'en rend compte quand je reprend le taf après avoir laissé le PC la veille sans avoir quitté une des 2 applis Electron que j'utilisent parfois (Insomnia et VSCode si quelqu'un connait de bons remplacements pour du Go). Le PC est alors limite utilisable ; quand ça arrive, mon premier réflexe est de chercher l'une des ces deux applis :D

            • [^] # Re: VSCode

              Post√©¬†par¬† . √Čvalu√©¬†√†¬†0.

              Pour le go, j'utilise goland. C'est pas libre et c'est payant, mais √ßa me permet de bosser en go. Je n'aime pas ce langage √† la base, et j'avais vraiment du mal avec vscode/codium qui ne fonctionnaient pas comme chez mes coll√®gues - s√Ľrement de ma faute). Depuis que je suis pass√© √† Goland, j'arrive √† travailler sans r√Ęler toutes les 5 minutes (je suis pass√© √† 15 :D)

        • [^] # Re: VSCode

          Post√©¬†par¬† . √Čvalu√©¬†√†¬†2. Derni√®re modification le 20/08/20 √† 23:51.

          Aujourd'hui j'ai pingé la collègue avec laquelle je partage une machine son VSCode (enfin le plugin C++) utilisait 39GO de mémoire résidente.
          Le serveur est un monstre mais ça se remarquait quand-même !
          Elle ne l'utilisait même pas, elle avait juste laisser la fenêtre ouverte depuis Lundi..

          Après il n'y a pas de bon IDE pour les projets C++ de grande taille..

          • [^] # Re: VSCode

            Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

            Dans ton cas, je sais pas si on doit blamer VSCode, Electron ou ce qu'est devenu C++…

          • [^] # Re: VSCode

            Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

            CLion commence √† faire pas mal de truc, mais y'a quand m√™me des fois o√Ļ je resorts emacs :(

            Par contre pour le java y a rien de mieux qu'IntelliJ

            Il ne faut pas décorner les boeufs avant d'avoir semé le vent

            • [^] # Re: VSCode

              Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

              Il faut être trèèèsss patient pour utiliser CLion sur le projet sur lequel je suis..
              Après il y a un collègue qui m'a dit que ça allait en changeant la configuration pour que CLion utilise la RAM plutot que des fichiers, sans le COVID je l'aurais déjà torturé pour en savoir +

              • [^] # Re: VSCode

                Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

                Ah oui faut de la ram, déjà faut bien modifier la ram de la vm

                dans clion/bin/clion64.vmoptions

                j'ai largement modifié le xmx; par contre je suis intéressé pour savoir si y'a d'autre paramètres existants; car y a des fois il le blo (en même temps l'antivirus à tendance à me geler les IHM de manière complètement aléatoire, et de me faire un segfault avec dump de ram (c'est ça qui gèle tout j'imagine)); donc je ne sais pas si je dois accuser l'un ou l'autre.

                Il ne faut pas décorner les boeufs avant d'avoir semé le vent

                • [^] # Re: VSCode

                  Post√©¬†par¬† . √Čvalu√©¬†√†¬†2.

                  j'ai largement modifié le xmx; par contre je suis intéressé pour savoir si y'a d'autre paramètres existants;

                  Les gc java ont des quantit√©s folles d'options‚ÄĮ! Le probl√®me va plus √™tre dans le temps que tu veux y accorder. Il faut regarder quel GC est utiliser et chercher ses options (voir activer les logs du gc). √Ä minima jouer sur les tailles des g√©n√©rations peut pas mal jouer.

                  car y a des fois il le blo (en même temps l'antivirus à tendance à me geler les IHM de manière complètement aléatoire, et de me faire un segfault avec dump de ram (c'est ça qui gèle tout j'imagine));

                  Pourquoi ne pas d√©sactiver les coredump‚ÄĮ? Je crois qu'il est possible de les d√©sactiver de mani√®re g√©n√©ral et ne les activier que ponctuellement.

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

                  • [^] # Re: VSCode

                    Post√©¬†par¬† . √Čvalu√©¬†√†¬†3.

                    Pourquoi ne pas d√©sactiver les coredump‚ÄĮ? Je crois qu'il est possible de les d√©sactiver de mani√®re g√©n√©ral et ne les activier que ponctuellement.

                    Si j'étais root… Ce *$£¤#?§ d'anti virus laisserai mes IDE tranquille (emacs compris), et ne générerai pas de dump que je ne peux de toute façon pas exploiter. Et ce ne serait pas McAfee.

                    Il ne faut pas décorner les boeufs avant d'avoir semé le vent

      • [^] # Re: VSCode

        Post√©¬†par¬† . √Čvalu√©¬†√†¬†2.

        VSCode est tout de même plus qu'un éditeur de texte. Sinon vire tous les plugin de VSCode. Et Netbeans ou Eclipse ont le même genre de problème à ramer passer un certain temps et trop de choses ouvertes…
        Netbeans et Eclipse restent relativement plus efficace (surtout qu'ils ont un peu plus de fonctionnalités avancées) mais ce n'était pas le cas à leurs début il y a 10 ans.

        En théorie, pour que ce soit rapide je suis d'accord qu'il faudrait tout écrire en C++ ou mieux en Rust mais ce n'est pas le même taf…

        • [^] # Re: VSCode

          Post√©¬†par¬† . √Čvalu√©¬†√†¬†2.

          Je doute que des utilisateurs qui gardent des semaines des logiciels ouverts en pr√©f√©rant se plaindre plut√īt que se demander si le logiciel qu'ils utilisent est fait pour √™tre utilis√© comme √ßa et est-ce qu'il y a des configuration √† appliquer pour cet usage, ils seront malheureux quelque soit le logiciel que tu leur met entre les mains.

          En théorie, pour que ce soit rapide je suis d'accord qu'il faudrait tout écrire en C++ ou mieux en Rust mais ce n'est pas le même taf…

          On parle de consommation m√©moire (comme √ßa avait l'air d'√™tre question plus haut) ou de vitesse‚ÄĮ? Faut se demander ce qu'il fait et voir comment le configurer peut √™tre (les historiques, le filewatch, les indexes,‚Ķ), il y a m√™me de quoi surveiller ce qui consomme au sein de vscode.

          Pour être économe en mémoire avec des langages comme C++ ou rust1, il va falloir éviter de fragmenter la mémoire et je ne crois pas que soit inclus dans ces langages et cette gestion va aussi avoir un overhead mémoire (probablement inférieur à celle d'un gc je suis d'accord).

          Si on ne conna√ģt pas la cause du probl√®me, comment proposer une solution‚ÄĮ?


          1. pourquoi "mieux" rust d'ailleurs‚ÄĮ? il n'apporte que tr√®s peu pour la performance par rapport au C++ dans ce contexte¬†‚Ü©

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

          • [^] # Re: VSCode

            Post√©¬†par¬† . √Čvalu√©¬†√†¬†1.

            pourquoi "mieux" rust d'ailleurs‚ÄĮ? il n'apporte que tr√®s peu pour la performance par rapport au C++ dans ce contexte

            Oui, je dis mieux surtout pour la stabilité et ses autres avantages propre. Cela reste un avis personnel.

    • [^] # Re: VSCode

      Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†3.

      Son client Git surtout !

      Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

  • # Trolldi

    Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†1.

    la gestion des dernières nouveautés de Java (le meilleur langage pour les projets d'entreprise): records, pattern matching, bloc de textes) ;

    Ah c'est pas mal ce nouveau support de Scala 1. Espérons qu'ils ajoutent Scala 2 avant la sortie du 3.

    • [^] # Re: Trolldi

      Post√©¬†par¬† (site web personnel) . √Čvalu√©¬†√†¬†3.

      Scala c'est un peu le brouillon de Java !

      Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.