Parce que du vieux matos plus supporté par les nouveaux système ça s'est jamais vu?
Ça dépend beaucoup de l’échelle temporel d’où tu parles. Car le vieux matos, il est aussi non supporté du point de vue des pièces (vu que de ce que j'ai vu, c'est difficile d'avoir une garantie de +5 ans). Tu peux te dire que tu remplaces au fur et à mesure, mais d'un coup, ça devient un souci humain de savoir pourquoi X a un nouveau PC et pas Y, etc, etc.
Octobre 2025 pour la fin de support de Windows 10, avec pour beaucoup de machine impossibilité de passer à Windows 11.
Mais des banques ont réussi à prolonger le support de Windows XP jusqu'en 2019 avec du pognon (c'était censé s’arrêter en 2014), et c'est aussi l'autre souci, personne ne veut payer le prix pour le desktop car tout le monde pense que ça devrait ne pas être cher (car bon, beaucoup de gens le pirate, sans doute personne ne paye pour son OS de desktop ici). Et c'est sans doute pour ça que pas grand monde s'y engouffre. Microsoft s'en tire parce qu'ils ont le marché mais je ne pense pas que les licences Windows prise de façon isolé (cad sans le boost que ça donne sur windows server, sur office, etc) qui soit le plus rentable par unité vendu. Apple s'en sort en vendant du matos cher et haut de gamme. Google s'en sort parce qu'ils font ça à perte, comme Android.
Bref ce que tu prétends, c'est la vision commerciale mais y'a une 'légère' différence entre la théorie et la pratique.
Ce que je note, et c'est pour ça que je parle de dev kernel, c'est que mon employeur a une équipe de dev kernel Linux conséquente dédiée aux backports pour les versions commerciales de la distro sur le matos serveur, un marché ou les fabricants ont des raisons de faire en sorte que ça marche (vu qu'on a le plus de part de marché de ce segment) et collabore.
Donc par analogie, je suppose que les desktops ont le même souci, si tu veux une version stable, tu va avoir besoin de maintenir le kernel sur le matos du client. Et pas juste "ça affiche un truc", mais parfois "les perfs sont pas claqués au sol", ou "ça ne plante pas dans des cas bizarres" et "y a pas de souci de sécu" (surtout depuis que le kernel est un CNA et qu'ils tagguent tout en CVE...). Mais bien sur, le souci n'est pas tant d'avoir des backports que d'avoir quelqu'un vers qui se tourner si y a un souci, car la majorité des CVEs ne sont pas exploités.
Sauf que sur le desktop, les fabriquants ne se préoccupent pas trop que ça marche sous Linux, donc c'est encore plus galère pour obtenir le même niveau de support que tu as.
Donc si tu veux déployer, soit tu as des personnes externes qui s'occupe de ça, soit tu as des gens en internes. Et avoir des gens en interne à partir d'une certaine taille, ça peut inclure d'avoir une équipe de dev kernels. Les grosses boites de la tech ont des équipes, donc ça ne serait pas impossible. Mais visiblement, c'est pas le cas.
Si tu pars sur avoir des gens en externes, alors la question est "qui" ?
Car avec un contrat de l'ordre du million de postes multiplié par le prix par poste de ton choix, ça fait un contrat de taille suffisante pour qu'un commercial chez nous se penche dessus. Et pourtant, ça n'arrive pas.
Les seuls boites qui se sont pencher sur le desktop Linux pro sont soit mortes (Mandriva, pour ne citer qu'elle), soit des boites qui peuvent se permettre de tourner à perte comme Google avec ChromeOS (qui a réussi à rentrer dans le marché aux US parce que c'est par établissement, et pas centralisé comme chez nous, ou Canonical via Ubuntu (qui a eu des déploiements conséquents, comme 35k postes chez Qualcomm, etc). Mais visiblement, ni l'une, ni l'autre n'arrivent à adresser l’éducation nationale en France.
Et pousser le desktop sous Linux, il y a eu des tentatives depuis plus de 20 ans. RH l'a tenté, SUSE l'a tenté, Canonical l'a tenté. Quand j'ai fait mon stage chez Mandrakesoft, Surcouf proposait des PCs avec la distro, et la FNAC vendait des boites de CD de la distro. On sait comment ça a fini (pour Surcouf et Mandrakesoft, la FNAC existe encore).
Donc clairement, ça n'est pas faute d'avoir jamais essayé. D'ailleurs, même les gens de l'education nationale dont la motivation et les compétences sont indiscutablement la ne tentent pas, cf le projet EOLE qui existe depuis des années et ne fait pas de desktop.
Et j'ai donné l'exemple de la sécurité, mais un cas sans doute plus important serait selon moi l'accessibilité. Je n'ai pas été aux JDLLs cette année, mais régulièrement, Jean Phillipe Mengal va y faire une conf sur le sujet, et de ce que j'ai retenu, il y a encore pas mal de taf, surtout pour tout ce qui est out of the box (et que le passage à GNOME 3 a foutu la zone). J'invite à lire son interview de 2019, en sachant qu'il mâche beaucoup moins ses mots dans la vraie vie.
[^] # Re: Qu'ils aillent se faire cuire le cul
Posté par Misc (site web personnel) . En réponse au lien Microsoft viole la vie privée des enfants scolarisés et déporte sa responsabilité sur les écoles. Évalué à 3.
Ça dépend beaucoup de l’échelle temporel d’où tu parles. Car le vieux matos, il est aussi non supporté du point de vue des pièces (vu que de ce que j'ai vu, c'est difficile d'avoir une garantie de +5 ans). Tu peux te dire que tu remplaces au fur et à mesure, mais d'un coup, ça devient un souci humain de savoir pourquoi X a un nouveau PC et pas Y, etc, etc.
Mais des banques ont réussi à prolonger le support de Windows XP jusqu'en 2019 avec du pognon (c'était censé s’arrêter en 2014), et c'est aussi l'autre souci, personne ne veut payer le prix pour le desktop car tout le monde pense que ça devrait ne pas être cher (car bon, beaucoup de gens le pirate, sans doute personne ne paye pour son OS de desktop ici). Et c'est sans doute pour ça que pas grand monde s'y engouffre. Microsoft s'en tire parce qu'ils ont le marché mais je ne pense pas que les licences Windows prise de façon isolé (cad sans le boost que ça donne sur windows server, sur office, etc) qui soit le plus rentable par unité vendu. Apple s'en sort en vendant du matos cher et haut de gamme. Google s'en sort parce qu'ils font ça à perte, comme Android.
Ce que je note, et c'est pour ça que je parle de dev kernel, c'est que mon employeur a une équipe de dev kernel Linux conséquente dédiée aux backports pour les versions commerciales de la distro sur le matos serveur, un marché ou les fabricants ont des raisons de faire en sorte que ça marche (vu qu'on a le plus de part de marché de ce segment) et collabore.
Donc par analogie, je suppose que les desktops ont le même souci, si tu veux une version stable, tu va avoir besoin de maintenir le kernel sur le matos du client. Et pas juste "ça affiche un truc", mais parfois "les perfs sont pas claqués au sol", ou "ça ne plante pas dans des cas bizarres" et "y a pas de souci de sécu" (surtout depuis que le kernel est un CNA et qu'ils tagguent tout en CVE...). Mais bien sur, le souci n'est pas tant d'avoir des backports que d'avoir quelqu'un vers qui se tourner si y a un souci, car la majorité des CVEs ne sont pas exploités.
Sauf que sur le desktop, les fabriquants ne se préoccupent pas trop que ça marche sous Linux, donc c'est encore plus galère pour obtenir le même niveau de support que tu as.
Donc si tu veux déployer, soit tu as des personnes externes qui s'occupe de ça, soit tu as des gens en internes. Et avoir des gens en interne à partir d'une certaine taille, ça peut inclure d'avoir une équipe de dev kernels. Les grosses boites de la tech ont des équipes, donc ça ne serait pas impossible. Mais visiblement, c'est pas le cas.
Si tu pars sur avoir des gens en externes, alors la question est "qui" ?
Car avec un contrat de l'ordre du million de postes multiplié par le prix par poste de ton choix, ça fait un contrat de taille suffisante pour qu'un commercial chez nous se penche dessus. Et pourtant, ça n'arrive pas.
Les seuls boites qui se sont pencher sur le desktop Linux pro sont soit mortes (Mandriva, pour ne citer qu'elle), soit des boites qui peuvent se permettre de tourner à perte comme Google avec ChromeOS (qui a réussi à rentrer dans le marché aux US parce que c'est par établissement, et pas centralisé comme chez nous, ou Canonical via Ubuntu (qui a eu des déploiements conséquents, comme 35k postes chez Qualcomm, etc). Mais visiblement, ni l'une, ni l'autre n'arrivent à adresser l’éducation nationale en France.
Et pousser le desktop sous Linux, il y a eu des tentatives depuis plus de 20 ans. RH l'a tenté, SUSE l'a tenté, Canonical l'a tenté. Quand j'ai fait mon stage chez Mandrakesoft, Surcouf proposait des PCs avec la distro, et la FNAC vendait des boites de CD de la distro. On sait comment ça a fini (pour Surcouf et Mandrakesoft, la FNAC existe encore).
Donc clairement, ça n'est pas faute d'avoir jamais essayé. D'ailleurs, même les gens de l'education nationale dont la motivation et les compétences sont indiscutablement la ne tentent pas, cf le projet EOLE qui existe depuis des années et ne fait pas de desktop.
Et j'ai donné l'exemple de la sécurité, mais un cas sans doute plus important serait selon moi l'accessibilité. Je n'ai pas été aux JDLLs cette année, mais régulièrement, Jean Phillipe Mengal va y faire une conf sur le sujet, et de ce que j'ai retenu, il y a encore pas mal de taf, surtout pour tout ce qui est out of the box (et que le passage à GNOME 3 a foutu la zone). J'invite à lire son interview de 2019, en sachant qu'il mâche beaucoup moins ses mots dans la vraie vie.