Bonjour,

non ce n'ai pas un regarde telecom c'est pour l'eau

Il y a un article à ce sujet sur Next.Inpact, qui avait aussi publié précédemment un article de fond sur le langage lui-même, qui est en accès libre :

https://next.ink/226051/apres-la-cybersecurite-claude-code-fait-trembler-ibm-en-bourse-en-sattaquant-a-cobol/

https://next.ink/192466/faut-il-se-debarrasser-des-systemes-cobol/

Avec en particulier ce passage :

Le COBOL est également indissociable des mainframes. Ils reposent sur le modèle d’une unité centrale particulièrement puissante desservant des terminaux légers. Dans ce domaine, IBM a joué un rôle majeur, étant aujourd’hui le seul grand pourvoyeur de mainframes, via ses produits zSeries. Si vous lisez entre les lignes, cela signifie que l’on peut aujourd’hui s’équiper avec du matériel neuf pour mettre en place… une solution COBOL. Les mainframes peuvent bien sûr être utilisés dans d’autres cas.
...
Selon une enquête réalisée par Reuters en 2024, pas moins de 43 % des systèmes bancaires actuels seraient construits en COBOL. Une part énorme, qui se répercute dans les opérations courantes, puisque plus de 80 % des transactions par carte bancaire seraient traitées en COBOL. Dans les distributeurs automatiques, ce chiffre s’envole même à 95 %. Aujourd’hui, plus de 90 % des entreprises du classement Fortune 500 utiliseraient du COBOL de manière plus ou moins intensive.


Ceci explique cela.

Le gros avantage : tout le monde par d'une base commune. Elle évolue (le CPU) avec le temps, les logiciels s'adaptent. Et la plupart des matériels sont compatibles, par génération, à part p-e le CPU, parfois "bloqué" sur intel ou amd..
Le gros inconvénient : ça consomme.

c'est surtout un choix de compromis, x86 est tout à fait capable de tourner à 5W avec un minimum de performance, intel et amd décident juste d'ignorer ce marché et se contentent des atom/ryzen embedded aux perfs assez basses et à l'io basique.

Maintenant, regardons de plus près le principe du mobile : il fonctionne sur de l'arm. L'ARM? des schémas de composants, d'organisation électroniques, qui sont loin d'être simples à comprendre.
Deux éléments fondamentaux :
-l'arm est un miroir inversé du monde PC. En ARM, un circuit/CM électronique est "unique", et le logiciel **DOIT** savoir à quel endroit, se trouve quel type de composant. Sinon, ça ne fonctionnera pas. C'est pour ça qu'il est très compliqué de proposer des ROM sur smartphone (ou autres appareils), parce que cela demande un lourd trvaail d'adaptation du logiciel, linux ou pas linux. Pareil dans la crèmerie d'en face chez apple : adapter Darwin/xnu/macos, à un tout petit appareil, pour donner l'iphone : des heures de R/D pour adapter le logiciel, à cet appareil là exclusivement.
-la société ARM ne fabrique rien : elle imagine, concoit, des schémas, qui devront ensuite être fabriqués sous licence par des "fondeurs", qui fabriquent des composants à destination des fabriquants de téléphone.

rien ne les empêches d'utiliser l'UEFI et ACPI au lieu d'utiliser le devicetree avec un uboot custom, s'ils étaient de bonne foi ça ferait longtemps qu'ont aurait uefi et grub sur tout nos smartphones arm.

le plus gros incovénient de l'arm : c'est du sur mesure à tous les étages, point. Pas d'équipe pour adapter le logiciel "bas niveau" (=OS, pilotes..), pas de système.
le plus gros avantage de l'arm : ça consomme très très peu. grosses avancées en miniaturisation. Parfait pour la mobilité.

ARM à quand même fais de gros effort depuis le passage à ARMv8 en rendant obligatoire dans un premier temps le support ARMv7, les révisions suivantes doivent garantir un minimum de compatiblité descendante ce qui n'était pas le cas avant (rupture majeures entre les versions ce qui n'est plus le possible).
Pour les smartphones, google impose l'utilisation du GKI, une image linux la plus commune possible, il contient également l'initramfs et le nécessaire pour faire fonctionner dm-verity et le chiffrement. les modules linux sont fournis en .ko et doivent être signés.

Le monde ARM, c'est un peu comme des mafieux qui essaient de se mettre d'accord sur les points de revente : y'en aura pas pour tout le monde, y'aura un peu de violence, et les acteurs d'aujourd'hui ne pourront pas être ceux de demain.

bien d'accord, c'est pour ça que je suis contre ARM pour le desktop/laptop, les perfs des puces M d'apple sont pour moi à relativiser étant donné la quantité colosale de libertés que l'on perd dans l'échange très largement en défaveur du consommateur.

le monde android est un enfer, apple l'a bien compris : la recette? controler de bout en bout, le plus possible, l'ensemble de la chaine.

le monde des cortex-A de manière général, je déteste devoir dépendre du bon vouloir de nxp et autres pour fournir (corriger et maintenir correctement) les BSP nécessaires pour intégrer nos logiciels/drivers/firmware.

Les fabricants android secondaires, qui pèsent peu, iront forcément dans le mur (htc a rendu l'ame, LG on en parle plus, etc..)

Je me demande s'il n'y aurait pas un axe d'attaque pour concurrence déloyal ou truc du genre en europe, personne à part google, samsung, apple et les autres gros peuvent forcer qualcomm ou mediatek de fournir des maj de firmware pendant plus de 5ans (7 pour les pixel depuis le 7a)

Non si tu peux passer des gaines pour passer du câble fais le.  En 25mm c'est moins chiant que les 12 si ça passe tu peux passer une jarretière APC/APC dedans dans trop de contrainte . Les solutions câblés pour les postes "fixes" c'est toujours mieux et prioritaire sur des solutions WIFI.

perso j'ai un étage et la flemme de passer une gaine, du coup j'ai pris un des nouveaux switchs Unifi qui a du WIFI intégré. Ca doit uniquement marcher avec une borne Unifi par contre. Du coup ça monte un turbo lien wifi vraiment stable qui compense les wifi flappy de qqs appareils que je branche en RJ45. https://eu.store.ui.com/eu/en/category/wifi-bridging/products/udb-switch Ils ont un modele uni-RJ45 pour des IoT moisi aussi.

Idem pour moi de mon côté sur une bonne trentaine de freebox de toutes générations et pas forcément à jour.

Je croise les doigts pour que ce soit pas un mirage mais bien un miracle