• # oui mais

    Posté par  (Mastodon) . Évalué à 4 (+2/-0).

    Comme souvent dans le monde Apple, il va falloir tout racheter.

    Debian a récemment abandonné le support du 32bits.

    • [^] # Re: oui mais

      Posté par  . Évalué à 2 (+1/-0).

      C'était une blague, hein?!

      • [^] # Re: oui mais

        Posté par  . Évalué à 2 (+0/-0).

        peut être, je ne vais pas me prononcer à ce sujet, mais sinon, c'est juste vrai …

        "Si tous les cons volaient, il ferait nuit" F. Dard

    • [^] # Re: oui mais

      Posté par  (site web personnel) . Évalué à 8 (+5/-0). Dernière modification le 04 août 2026 à 14:21.

      Les derniers "MacIntel" datent de 2022 il me semble: c'est un peu tôt pour abandonner ces machines :-(

      Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

      • [^] # Re: oui mais

        Posté par  . Évalué à 1 (+0/-0).

        C'est plutôt raccord, La prochaine version de mac OS (la 27), qui sort en septembre, ne supportera pas les processeurs x86-64.

        Comme Apple ne maintient que les 3 dernières versions de son OS. Cette JEP prépare le moment ou le dernier mac OS supportant le x86-64 passera hors maintenance, c'est à dire à peu près en septembre 2028 si le rythme de publication annuel de mac OS est maintenu.

  • # Java, le premier d'une longue série ?

    Posté par  . Évalué à 10 (+8/-0).

    Selon cet article d'autres outils de dev sont sur la voie de garage : Node.js, Python, Rust …

    Comme souvent dans le monde Apple, il va falloir tout racheter.

    Ces machines fonctionnent bien sous Linux. J'ai déjà installé une Linux Mint sur un Mac Book Pro de 2009, après une peu de configuration (carte réseau Broadcom) tout fonctionnait, y compris le port Firewire, ce qui m'a permis de récupérer les vidéos d'un camescope MiniDV.

    • [^] # Re: Java, le premier d'une longue série ?

      Posté par  . Évalué à 6 (+4/-0).

      J'ai déjà installé une Linux Mint sur un Mac Book Pro de 2009

      mouais, sauf si le macbook a une carte nvidia de ses grands morts. Tu as le choix entre de la 2D buggée (des fois ça freeze) ou un kernel qui date des trentes glorieuses.

  • # Le prix du luxe

    Posté par  . Évalué à 7 (+7/-1).

    Comme souvent dans le monde Apple, il va falloir tout racheter.

    Oui mais, c'est le prix du luxe. Qui peut se le permettre? Ceux qui le paient. Tant pis pour eux.

    Bien sûr, déso pour les techos qui vont en payer le prix malgré eux car ils doivent servir le plus grand nombre de leurs clients, prospects ou utilisateurs finaux. Eux s'en passeraient bien, pour la plupart.

    • [^] # Re: Le prix du luxe

      Posté par  . Évalué à 10 (+12/-0).

      Pareil, j'ai un peu de mal à pleurer pour eux.

      À un moment c'est devenu une mode pour les dev d'avoir un mac ; ça leur donnait de l'importance, surtout vis-à-vis de leurs collègues qui devait être sur PC (ie Windows). Et autant, on peut défendre un avantage Mac sur les logiciels de, disons, vidéo/graphisme. Autant pour les dev, ils font tourner VSCode et un terminal famélique et encore risible quand ils devaient faire un peu d'ops (cf Docker sous Mac). Alors oui, il y a le vendor lock pour développer des applications iOS ; mais cela ne concerne pas la majorité des devs sous Mac.

      Chez mon client, ce sont les "UX" qui ont des Mac pour faire tourner … Figma en mode web ; mdr.

      • [^] # Re: Le prix du luxe

        Posté par  (Mastodon) . Évalué à 10 (+11/-0).

        un avantage Mac sur les logiciels de, disons, vidéo/graphisme

        Il existe encore vraiment cet avantage ? Parce qu'il a surtout existé à l'époque où les mac avaient une architecture PowerPC, avec des calculs flottants qui explosaient ceux d'Intel (c'est une époque très lointaine). Mais depuis, est-ce que c'est la machine qui fait la différence ? Ou alors l'habitude et une légende qui perdurent ?

        • [^] # Re: Le prix du luxe

          Posté par  (Mastodon) . Évalué à 10 (+7/-0).

          Je crois que l'avantage était surtout matériel, les écrans Apole venant précalibrés sortie d'usine pour uj rendu des couleurs assez fidèles (ce qui ne veut pas dire que tu ne dois pas les recalibrer avec le temps).

          Quand t'achètes un truc de Dell, HP, Lenovo ou autre, les réglages ça va dans tous les sens. J'ai deux écrans identiques au niveau du modèle qui m'ont été fournis par le travail, à réglage égal d'usine ils n'ont ni la même température de couleur ni le même contraste.

      • [^] # Re: Le prix du luxe

        Posté par  . Évalué à 3 (+1/-0).

        À un moment c'est devenu une mode pour les dev d'avoir un mac ; ça leur donnait de l'importance, surtout vis-à-vis de leurs collègues qui devait être sur PC (ie Windows). Et autant, on peut défendre un avantage Mac sur les logiciels de, disons, vidéo/graphisme. Autant pour les dev, ils font tourner VSCode et un terminal famélique et encore risible quand ils devaient faire un peu d'ops (cf Docker sous Mac). Alors oui, il y a le vendor lock pour développer des applications iOS ; mais cela ne concerne pas la majorité des devs sous Mac.

        Alors j'ai vu une autre raison. Le dev sous windows, il se trimballe un antivirus, un EDR, des GPO qui l'empêchent de lancer un cmd.exe, une surveillance proxy, un Edge qui l'empêche d'aller sur les trois-quarts des sites de la planète, la DSI qui vient se plaindre qu'un exe a été lancé, etc etc..

        sous mac, le gars est admin, il installe ce qu'il veut, il compile, et pour tester il a une VM. Pas d'ennuis, pas de latence induites par la connexion, le 2FA, le mail, le token USB a brancher, l'accès au relais, puis le rebond, puis le TSE qui échoue car tu avais oublié de déco ton téléphone en charge et que la politique te l'interdit, et qu'il faut attendre un délai avant de retenter une co, sauf que les licenses du TSE sont full car dédé à oublier de se déco.

        Bref, je me demande bien pourquoi des devs passent à mac. C'est vieux, mais à une époque tu avais en plus bash, python git et tout le tralala en CLI, donc ouais, c'est juste une mode, ou ça répond à un vrai besoin?

        • [^] # Re: Le prix du luxe

          Posté par  . Évalué à 3 (+1/-0).

          J'ai vu des clients dont les devops ont été suffisamment convainquants pour avoir des PC sous Linux.

          Les clients que je connais qui fournissent des Mac, les fournissent relié à un AD et sans accès admin.

          J'ai de mon client actuel un PC/windows, sans accès admin, avec un virtualbox fonctionnel.

          Donc il n'y a pas vraiment de justification pratique ou technique.

          c'est juste une mode, ou ça répond à un vrai besoin?

          une mode, je dirai.

          • [^] # Re: Le prix du luxe

            Posté par  . Évalué à 2 (+2/-2).

            c'est juste une mode, ou ça répond à un vrai besoin?

            une mode, je dirai.

            comme elles sont toutes Turing-complet tu peut dire ça avec plus ou moins n’importe quel OS. Est-ce que c’est un besoin pour toi de travailler avec une RHEL plutôt qu’Android ? Tu peut faire tout ce dont tu as besoin sur Android.

            Je suis personnellement plus confortable sur un système de type unix, mais je déteste la manière de Mac de m’embêter sur tout un tas de petites choses (ne pas pouvoir mon layout à la connexion, éteindre la machine qui n’est pas fiable, les raccourcis clavier non modifiables qui m’empêchent de les utiliser sur zsh, le gestionnaire de fichier ne peut pas trier comme je l’entends, le sélecteur de fichier qui demande un raccourcis clavier pour accepter d’aller à un endroit arbitraire du disque, impossibilité de gérer le volume sonore des applications dans un endroit centralisé,…). Rien de bloquant fondamentalement, mais est-ce que c’est un effet de mode du coup ?

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

            • [^] # Re: Le prix du luxe

              Posté par  . Évalué à 3 (+1/-0).

              Est-ce que c’est un besoin pour toi de travailler avec une RHEL plutôt qu’Android ?

              Android est un OS pour mobile. On pourrait le comparer à iOS mais le comparer à un OS pour desktop, je vois pas trop où ça va nous mener.

              • [^] # Re: Le prix du luxe

                Posté par  . Évalué à 1 (+2/-3).

                Tu as l’esprit fermé :

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

                • [^] # Re: Le prix du luxe

                  Posté par  (site web personnel) . Évalué à 5 (+2/-0).

                  C'est normal de fermer son esprit aux idées pourries comme les pas compatibles PC Android, les macs comme serveurs ou les consoles sans jeux physiques.

                  Je dirais même qu'il réagir à toute tentative de les défendre par un LALALA J'ENTENDS PAS de niveau décideur politique face à un discours du GIEC.

                  Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board

                  • [^] # Re: Le prix du luxe

                    Posté par  . Évalué à 2 (+1/-1).

                    Bon du coup ça répond à ma question, mais quitte à troller…

                    C'est normal de fermer son esprit aux idées pourries comme les pas compatibles PC Android

                    C’est assez classique de faire l’amalgame entre Personal Computeur et compatible. Ce qui est gênant dans ton lien tu es sûr que c’est Android que tu met en évidence ? ARM qui fait que ce n’est pas un compatible ? Ou le fait que le BIOS t’empêche de booter ce que tu veut ?

                    les macs comme serveurs

                    Parce que ? Si tu n’utilise pas l’OS utilisé par 95 % de la planète pour un domaine tu ne devrais pas exister ?

                    les consoles sans jeux physiques

                    Je trouve cette histoire un peu ridicule. Sony adore le physique plus que leurs clients. Ils ont passé des décennies à créer des supports physiques, ils font parti des principaux inventeurs du BlueRay tout comme du DVD. Les ventes de galettes s’effondre. Moins de la moitié des jeux PS5 sortent en physique et au total 82 % des ventes sur PS5 sont démat. En plus du fait que moins de la moitié des jeux sont pressés sur disque, il faut en plus une chaîne d’approvisionnement : il faut en produire des dizaines de milliers, les acheminer dans des milliers de magasins à travers le monde pour qu’au final peu de gen en achètent. C’est pas de la faute de Sony si les magasins de jeux vidéo n’existent presque plus.

                    Je dirais même qu'il réagir à toute tentative de les défendre par un LALALA J'ENTENDS PAS de niveau décideur politique face à un discours du GIEC.

                    Crois-tu que le GIEC trouve bon de produire des millions de boites en plastique pour ensuite les brûler ou les enterrer dans le desert ?

                    Tokeniser le GIEC pour le sortir quand ça arrange ce n’est pas avoir une pensé écologique.

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

  • # Ça fait longtemps ...

    Posté par  (site web personnel) . Évalué à 5 (+6/-3).

    … que j'ai quitté Java pour Go et que j'ai quitté MacOS
    Euh attendez, je n'ai jamais été sous MacOS mais j'ai directement migré de Windows 98 à Linux 😅

  • # La porte reste ouverte

    Posté par  (site web personnel, Mastodon) . Évalué à 9 (+6/-0).

    As with earlier port deprecations, an alternative is for a set of credible developers to express a clear desire to maintain the port going forward. If that happens before this JEP is integrated then this JEP can be withdrawn. If that happens after this JEP is integrated, but before the port is removed, then a follow-on JEP can revert the deprecation.

    Si vous êtes scandalisés par cette décision d'Oracle, vous savez ce qu'il vous reste à faire, ils attendent vos patchs avec impatience.

    On peut aussi regarder le destin des déprécations précédentes:

    Il ne semble donc pas y avoir moulte candidatures pour prendre en charge la maintenance de ces architectures.

  • # Mais que fait l'IA ???

    Posté par  . Évalué à 10 (+11/-1).

    Ils n'ont pas d'IA pour les aider chez Oracle ? démultiplier leur productivité, assister les portages, réduire les coûts de développement, etc ?

    Pas d'IA, pas de Java ?

    • [^] # Re: Mais que fait l'IA ???

      Posté par  (site web personnel, Mastodon) . Évalué à 10 (+10/-0).

      Le projet OpenJDK n'accepte pas les contributions réalisées par LLM:

      https://openjdk.org/legal/ai

      Les raisons semblent assez bien justifiées.

      • [^] # Re: Mais que fait l'IA ???

        Posté par  . Évalué à 4 (+3/-0).

        Merci pour le lien !
        J'ai l'impression que le rapport à l'IA est assez schizophrène suivant les projets.
        On pouvait s'attendre à ce qu'Oracle pousse pour l'IA et justifier leur cloud avec des GPU.
        Du coup le message est bizarre "utilisez notre cloud pour vos projets IA mais nous on ne l'utilise pas".

    • [^] # Re: Mais que fait l'IA ???

      Posté par  . Évalué à 8 (+6/-0).

      Ils n'ont pas d'IA pour les aider chez Oracle ?

      Je ne sais pas, par contre ils ont plein de datacenters pour faire tourner les IA des autres. L'action a perdu 41.80% de sa valeur en un an (même si depuis quelques jours ça remonte grâce à un contrat avec le Pentagon mais pas encore suffisant pour éponger les dettes). Il se dit que si la bulle éclate, Oracle pourrait faire partie des premières victimes.

      • [^] # Re: Mais que fait l'IA ???

        Posté par  . Évalué à 4 (+3/-0).

        Si ça éclate, comme Oracle est dans le projet Stargate avec OpenAI, effectivement ça va faire mal.
        Et comme il y a aussi Softbank et MGX ça risque d'élargir les secteurs impactés…

        • [^] # Re: Mais que fait l'IA ???

          Posté par  (site web personnel) . Évalué à 5 (+3/-0). Dernière modification le 05 août 2026 à 22:31.

          Je ne suis pas sûr que Mark Reinhold — l'architecte de Java ayant initié OpenJDK pour ouvrir les développements hors de Sun puis ayant accueilli la reprise par Oracle en gardant sa ligne directrice — soit réellement dans la mouvance Oracle : c'est plutôt Java qui l'intéresse ;-) (d'autant que le rachat de Bea/webLogic par Oracle avait tué leur JVM…)

  • # Mauvaise foi

    Posté par  (site web personnel) . Évalué à -1 (+2/-5).

    Il y a quoi comme application écrite en Java aujourd'hui ?

    Les Mac intel existent encore mais ils ont plus de 6 ans et la prochaine version de macOS ne supportera plus intel. Et pour avoir un MacBook intel, j'assure 1000x préférer son utilisation sous Linux.

    AI is a mental disorder

    • [^] # Re: Mauvaise foi

      Posté par  . Évalué à 5 (+4/-1).

      Grand public, pas beaucoup voir rien (vrai aussi pour les autres os, remarque).

      En outils de development, y’en a pas mal. Notamment Charles, et pas mal d’outils autour du jdk (forcément).

      Et beaucoup, beaucoup, beaucoup de backend, souvent développé sous macOS.

      Donc c’est surtout des outils pro, les jdk existants sont toujours là, et les nouveaux jdk vont continuer à builder pour un certain temps. Ça fait 6 ans qu’Apple a annoncé leurs puces et que tout le monde sait très bien que les Mac x86 sont toxiques.

      Ca va, je pense pas que c’est une catastrophe - pas très surprenant d’ailleurs, j’imagine que les mecs qui ont proposé la jep ont vérifié les stats d’utilisation x86 avant de la pondre…

    • [^] # Re: Mauvaise foi

      Posté par  (site web personnel) . Évalué à 8 (+9/-3).

      A peu près tous les ERP (Entreprise Resource Planning), pour entreprise de plus de 100 personnes sont codé en Java. Pour le particulier je ne connais pas grand chose à part Minecraft et les jeux du sieurs écrivant cette nouvelle, et des app Android…

      La grande force de Java c'est l'efficacité lorsque la charge augmente, en plus de la portabilité et du fait d'avoir accès à une plateforme, plus qu'un simple compilateur/langage.

      Ça n'a pas beaucoup d'intérêt pour un particulier (le premier point): on va vouloir exécuter rapidement du code et que ça ne prenne pas trop de mémoire, la grande force du C et C++ (sans templates) est qu'il peuvent partager des bibliothèques en plus d'avoir un modèle de mémoire plus compacte.

      Mais Rust, Java et les autres seront moins efficace, il n'y a pas de mécanisme simple de relocation de bibliothèque. Prenez un Kde, plus vous utiliser simultanément d'application KDE, moins il y aura de mémoire privé allouée à chaque app.

      Bref, Java est très utilisé ou il couvre un besoin et est efficace. Le problème de la densité de mémoire pourrait être adressé par le projet Valhalla.

    • [^] # Re: Mauvaise foi

      Posté par  (Mastodon) . Évalué à 3 (+1/-0).

      Pour le grand public, y'a Minecraft. Je suis prêt à parier que c'est pour une bonne partie des PC grand public l'unique raison de l'installation de java (même s'ils ne le savent peut-être pas, à tous les coups c'est installé en arrière-plan lors de l'installation du jeu).

  • # un Java sans Oracle

    Posté par  . Évalué à 2 (+1/-0).

    peut-être une idée: https://adoptium.net/fr/temurin/releases

    suivant les situations, l'utilisation en mode portable est sympa.

  • # Totalement faux

    Posté par  . Évalué à 10 (+16/-3).

    « Pas de bras, pas de Java »
    La plupart des développeurs Java codent avec les pieds.

Envoyer un commentaire

Suivre le flux des commentaires

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