Tu ne répond qu'au troisième point, mais pour détailler :
1) techniquement c'est complexe. Pour arriver à ça il faut une description d'objet, une forme d'ABI qui va décrire non seulement la structure, mais aussi embarquer du code comme tu veux pouvoir appeler des méthodes dessus. Pour que ce soit un shell, il faut que le shell l'implémente mais aussi avoir des bindings dans tout un tas de langages et encore une fois parce que c'est un shell il faut établir une nouvelle norme d'exécution pour que ton shell fournit au processus la version binaire ou texte dans son entrée standard1. Ça demande donc 2 normes/standards (une pour la description du modèle objet et une pour la description d'appel) et que pas mal de monde se mette d'accord là dessus. Tu as un danger critique et sérieux de sécurité à la deserialisation.
2) "tout est texte" c'est un mantra qui a des qualités et qu'il va être très utilisé pour torpiller toute tentative de proposer quelque chose même si c'est en plus. Tu as en plus la contrainte que, si tu veux faire un outil qui utilise ces objets, si tu veux être bon citoyen tu dois accepter les deux formes d'entrées ce qui te fera du travail en plus que tu ne peux pas espérer retirer à terme, Appel, IBM et les BSD ont encore moins de chances d'y adhérer un jour
3) pour ne serait-ce que d'être portable sur toutes les distributions linux ça va mettre un temps fou. Tu peux compter le temps que ce soit utilisé dans les distributions + 10 ans pour nos amis les long time support.
Pourquoi ça marche sur windows ?
ils sont seuls chez eux
ils n'ont presque pas d'ecosysteme préexistant
tout ça fonctionne sur la CLR soit tu es un langage de la CLR et tu peux utiliser les objets soit tu es textuel
Au final au vu de la complexité de mise en place, je trouve que ça ne vaut pas le coût. Tu veux des objets et ce genre de fonctionnement ? Perl, python, ruby,... feront ça mieux et de manière portable.
c'est plus complexe parce que tu as 3 choses possibles : la version binaire de l'objet, la version texte de l'objet ou un passe plat ↩
[^] # Re: Victoire
Posté par barmic 🦦 . En réponse au journal Wayland dans windows 10 et 11. Évalué à 5. Dernière modification le 11 mars 2023 à 13:41.
Tu ne répond qu'au troisième point, mais pour détailler :
1) techniquement c'est complexe. Pour arriver à ça il faut une description d'objet, une forme d'ABI qui va décrire non seulement la structure, mais aussi embarquer du code comme tu veux pouvoir appeler des méthodes dessus. Pour que ce soit un shell, il faut que le shell l'implémente mais aussi avoir des bindings dans tout un tas de langages et encore une fois parce que c'est un shell il faut établir une nouvelle norme d'exécution pour que ton shell fournit au processus la version binaire ou texte dans son entrée standard1 . Ça demande donc 2 normes/standards (une pour la description du modèle objet et une pour la description d'appel) et que pas mal de monde se mette d'accord là dessus. Tu as un danger critique et sérieux de sécurité à la deserialisation.
2) "tout est texte" c'est un mantra qui a des qualités et qu'il va être très utilisé pour torpiller toute tentative de proposer quelque chose même si c'est en plus. Tu as en plus la contrainte que, si tu veux faire un outil qui utilise ces objets, si tu veux être bon citoyen tu dois accepter les deux formes d'entrées ce qui te fera du travail en plus que tu ne peux pas espérer retirer à terme, Appel, IBM et les BSD ont encore moins de chances d'y adhérer un jour
3) pour ne serait-ce que d'être portable sur toutes les distributions linux ça va mettre un temps fou. Tu peux compter le temps que ce soit utilisé dans les distributions + 10 ans pour nos amis les long time support.
Pourquoi ça marche sur windows ?
Au final au vu de la complexité de mise en place, je trouve que ça ne vaut pas le coût. Tu veux des objets et ce genre de fonctionnement ? Perl, python, ruby,... feront ça mieux et de manière portable.
c'est plus complexe parce que tu as 3 choses possibles : la version binaire de l'objet, la version texte de l'objet ou un passe plat ↩
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll