Pour moi le cas général à l'heure actuelle c'est les applications dont l'interface est accessible via le réseau (web en général). C'est ça que les utilisateurs utilisent le plus. Effectivement certains utilisateurs (qui sont des devs embarqués) doivent utiliser des vieux compilos pour de bonnes raisons, mais tu vas être d'accord avec moi que c'est une petite proportion des utilisateurs de l'informatique ?
D'autres aussi utilisent des ordinateurs non reliés au net. Mais c'est devenu une petite proportion des utilisateurs également et cette petite proportion devient de plus en plus petite non ?
Cette grande proportions d'utilisateurs utilisent facebook, google, youtube, le site de leur banque, le site des impôts, des forums divers et variés etc...
Toi en tant que dev, j'imagine que tu as dispositions un wiki, un bugtracker, peut-être un serveur de supervision, un calendrier partagé etc. Si tu te connectes à tes objets connectés c'est peut-être par SSH ?
Le cas général ça me semble donc être ça. Et pour ce cas général je pense que la solution d'un unique dépôt centralisé est la meilleure.
Tu sais il y a pas mal d'applications qui restent en vie très longtemps, plus longtemps que plusieurs versions de PHP ou de Python. Quand c'est un peu gros, la transition n'est pas immédiate. Donc tu peux avoir une application qui tourne mais avec des solutions obsolètes oui. On fait quoi dans ce cas ? On coupe tout ?
Si le mainteneur du site de ta banque te dit que la version d'aujourd'hui est trouée mais t'inquiète pas, ils sont en train de développer la correction qui arrivera semaine 53 ça te pose pas de soucis ?
J'ai des applis en php sur mes serveurs installés depuis 2007 ; elles ont du subir plusieurs mises à jour de php, sans problème. Bien sûr ça ne veut pas dire que les problèmes n'arrivent jamais mais je ne les ai jamais rencontré par contre.
J'évite Python pour la raison que tu mentionnes (je dois juste avoir une instance d'un Radicale qui traine).
On entend beaucoup parler en ce moment de la sécurité des objets connectés et ça a pas l'air folichon. Certes c'est pas la faute des solutions comme docker mais cette façon de se dire "l'image faite par le dev embarque toute les dépendances sinon c'est pas assez pratique / on a pas le temps" ça va pas dans le bon sens selon moi.
[^] # Re: Dockerfiles
Posté par guppy . En réponse au journal La multiplicité des gestionnaires de paquets. Évalué à -1.
Pour moi le cas général à l'heure actuelle c'est les applications dont l'interface est accessible via le réseau (web en général). C'est ça que les utilisateurs utilisent le plus. Effectivement certains utilisateurs (qui sont des devs embarqués) doivent utiliser des vieux compilos pour de bonnes raisons, mais tu vas être d'accord avec moi que c'est une petite proportion des utilisateurs de l'informatique ?
D'autres aussi utilisent des ordinateurs non reliés au net. Mais c'est devenu une petite proportion des utilisateurs également et cette petite proportion devient de plus en plus petite non ?
Cette grande proportions d'utilisateurs utilisent facebook, google, youtube, le site de leur banque, le site des impôts, des forums divers et variés etc...
Toi en tant que dev, j'imagine que tu as dispositions un wiki, un bugtracker, peut-être un serveur de supervision, un calendrier partagé etc. Si tu te connectes à tes objets connectés c'est peut-être par SSH ?
Le cas général ça me semble donc être ça. Et pour ce cas général je pense que la solution d'un unique dépôt centralisé est la meilleure.
Si le mainteneur du site de ta banque te dit que la version d'aujourd'hui est trouée mais t'inquiète pas, ils sont en train de développer la correction qui arrivera semaine 53 ça te pose pas de soucis ?
J'ai des applis en php sur mes serveurs installés depuis 2007 ; elles ont du subir plusieurs mises à jour de php, sans problème. Bien sûr ça ne veut pas dire que les problèmes n'arrivent jamais mais je ne les ai jamais rencontré par contre.
J'évite Python pour la raison que tu mentionnes (je dois juste avoir une instance d'un Radicale qui traine).
On entend beaucoup parler en ce moment de la sécurité des objets connectés et ça a pas l'air folichon. Certes c'est pas la faute des solutions comme docker mais cette façon de se dire "l'image faite par le dev embarque toute les dépendances sinon c'est pas assez pratique / on a pas le temps" ça va pas dans le bon sens selon moi.
PS : prends pas ça comme une attaque personnelle.