Tout a fait, il est paye pour ca, et on sait tous qu'un admin ne fait jamais d'erreur, et il sait toujours tout ce qui se passe sur toutes ses machines.
Et tu penses que ton système automatisé ne connaissant en rien le fonctionnement de l'entreprise, des horaires de travail (donc des temps dispo pour couper les serveurs), la charge de tous les serveurs réunis, la charge du réseau, ... A plus ou moins de chances de faire faut que l'administrateur ?
Tu me dis que ton système à moins de risque de se planter qu'un administrateur (donc tu dis que les administrateurs sont incompétents ...) ? Donnes-moi l'adresse email de tes administrateurs, je veux bien discuter un moment avec eux.
C'est sympa le monde dans lequel tu vis, le mien est different.
Oui le tiens est celui d'un utilisateur.
Et t'as la liste des plugins charges au moment de l'update par les softs libres ?
Je sais encore les plugins que j'installe et pour quel programme je l'ai installé. Je lance pas tous les exe que je trouve sur telecharger.com ...
Moi je te parles du cote developpement d'un systeme d'update, environnement dans lequel je bosse depuis 9 ans
Et ça fait plus de 9 ans que Microsoft n'a toujours pas compris les besoins des administrateurs (mais ça vient moins pire ...)
Ton systeme de packaging n'a _AUCUN_ moyen de savoir qu'un soft charge dynamiquement une librairie, car les dependences sont statiques.
Les appels à dl_open sont nécessaires pour charger une bibliothèque dynamiquement ? Les chemins sont soit dans des fichiers de configurations, soit dans en dur dans le programme ?
Déduction ...
C'est un fait clair et avere ca, pas de la theorie. Bref, un systeme de packaging n'est PAS CONCU pour regler ce genre de probleme, regler ce genre de probleme demande de connaitre a l'instant T quels sont les softs ayant la librairie chargee, savoir comment les arreter/redemarrer et le faire.
Il a accès à la majorité des informations nécessaires pour le faire. Le reste c'est l'administrateur qui les a. Donc ensemble ils résolvent 100% du problème. C'est ce que tu refuses d'admettre parce que depuis le premier système serveur Microsoft au dernier, l'administrateur a toujours été considéré comme un incapable et un assisté. On ne veut pas de systèmes de mises à jour qui se font automatiquement, on veut un système qui nous redémarrent pas le serveur. Rien d'autres.
Partout où j'ai bossé, le système de mise à jour Microsoft c'est l'enfer ... C'est pas pour rien. T'es confit de certitudes sur ton système, ben viens l'utiliser ... On administre pas ton portable minable.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par Etienne Bagnoud . En réponse au journal Fini les fsck au boot !. Évalué à 3.
Et tu penses que ton système automatisé ne connaissant en rien le fonctionnement de l'entreprise, des horaires de travail (donc des temps dispo pour couper les serveurs), la charge de tous les serveurs réunis, la charge du réseau, ... A plus ou moins de chances de faire faut que l'administrateur ?
Tu me dis que ton système à moins de risque de se planter qu'un administrateur (donc tu dis que les administrateurs sont incompétents ...) ? Donnes-moi l'adresse email de tes administrateurs, je veux bien discuter un moment avec eux.
C'est sympa le monde dans lequel tu vis, le mien est different.
Oui le tiens est celui d'un utilisateur.
Et t'as la liste des plugins charges au moment de l'update par les softs libres ?
Je sais encore les plugins que j'installe et pour quel programme je l'ai installé. Je lance pas tous les exe que je trouve sur telecharger.com ...
Moi je te parles du cote developpement d'un systeme d'update, environnement dans lequel je bosse depuis 9 ans
Et ça fait plus de 9 ans que Microsoft n'a toujours pas compris les besoins des administrateurs (mais ça vient moins pire ...)
Ton systeme de packaging n'a _AUCUN_ moyen de savoir qu'un soft charge dynamiquement une librairie, car les dependences sont statiques.
Les appels à dl_open sont nécessaires pour charger une bibliothèque dynamiquement ? Les chemins sont soit dans des fichiers de configurations, soit dans en dur dans le programme ?
Déduction ...
C'est un fait clair et avere ca, pas de la theorie. Bref, un systeme de packaging n'est PAS CONCU pour regler ce genre de probleme, regler ce genre de probleme demande de connaitre a l'instant T quels sont les softs ayant la librairie chargee, savoir comment les arreter/redemarrer et le faire.
Il a accès à la majorité des informations nécessaires pour le faire. Le reste c'est l'administrateur qui les a. Donc ensemble ils résolvent 100% du problème. C'est ce que tu refuses d'admettre parce que depuis le premier système serveur Microsoft au dernier, l'administrateur a toujours été considéré comme un incapable et un assisté. On ne veut pas de systèmes de mises à jour qui se font automatiquement, on veut un système qui nous redémarrent pas le serveur. Rien d'autres.
Partout où j'ai bossé, le système de mise à jour Microsoft c'est l'enfer ... C'est pas pour rien. T'es confit de certitudes sur ton système, ben viens l'utiliser ... On administre pas ton portable minable.
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell