-
@EricLeVacon @Metal3d @briceatwork Et même, je me dois de ne pas du tout être d’accord avec le point précédent. Une techno apporte TOUJOURS son lot de problèmes intrinsèques. Tu peux parfois les minimiser, et parfois ils ne sont même pas un vrai problème avéré à l’usage […]Permalink On twitter.com
❤️ 1 Favorite
Mood -2 🙁
-
@EricLeVacon @Metal3d @briceatwork Là, *by design*, tu transformes nécessairement le mainteneur d’une application en le mainteneur de l’ensemble des dépendances de la dite application. […]Permalink On twitter.com
♻️ 1 Retweets
❤️ 1 Favorite
Mood 0
-
@EricLeVacon @Metal3d @briceatwork Corriger ce défaut est : 1- très complexe Ça demande de l’intégration continue de fou furieux pour être capable de détecter les changements de version upstream d’une lib pour rebuilder automatiquement l’image applicative avec les changements induitsPermalink On twitter.com
❤️ 1 Favorite
Mood +1 🙂
-
@EricLeVacon @Metal3d @briceatwork 2- en contradiction complète avec les avantages supposés de la techno Ben oui, on t’a vendu que tes bidules allaient tourné ad vitam eternam, sans le « dependency hell » des distributions Alors que 1- refait exactement ce que font les distribs standard…Permalink On twitter.com
Mood 0
-
@EricLeVacon @Metal3d @briceatwork Et sur des solutions bureautiques, le cloisonnement oblige à développer des solutions extrêmement coûteuses et intrusives pour régler les cas d’usages réels nécessaires (accès au réseau, à ~, aux clefs USB…)Permalink On twitter.com
Mood +2 🙂
-
@EricLeVacon @Metal3d @briceatwork Le ratio bénéfice/(risques+complexité) est très largement en défaveur des technos type Docker/AppImage/Flatpak/Snap. C’est juste que le marketing-bullshit fait son taff ici, et la volonté de plus en plus visible d’autoriser à faire de la merde en permanence.On twitter.com
Mood 0