dans ce cas la c'est java qui est mal foutu, pas windows.
Je crois que le principal problème poura faire du multi-utilisateurs sous windows est culturel : les developpeurs de logiciels windows ne prennent pas se paramètre en compte, et du coup, nombreux sont les logiciels qui demandent des droits d'écritures dans des clés de registres/chemins dans le filesystems qu'un utilisateur non admin ne devrait pas avoir accès. Tout simplement parce que les boites qui vendent ces logiciels savent qu'historiquement, la plupart des utilisateurs ont les droits admins (et qu'ils le sont à la maison).
Bref c'est un cercle vicieux, puisque historiquement, l'utilisateur de base est admin de son poste, ce qui est une grave erreur, mais qu'on hérite des années win9x, et que du coup, les devs ne testent même pas leurs applications dans un autre contexte, ce qui fait qu'un utilisateur qui n'a pas de droits admins est toujours emmerdé (enfin c'est plutôt son administrateur qui est emmerdé parce qu'il doit toujours trouver des solutions de contournement, genre donner des droits en écriture dans %systemroot%\winnt parce que cette conne d'application veut poser ses fichiers temporaires dessus, etc).
Bref problème surtout culturel et historique. Et comme d'hab les habitudes des utilisateurs et des developpeurs sont difficile à faire changer.
[^] # Re: Même histoire
Posté par Psychofox (Mastodon) . En réponse au journal Open Office et le libre dans ma société : bientôt fini :(. Évalué à 2.
Je crois que le principal problème poura faire du multi-utilisateurs sous windows est culturel : les developpeurs de logiciels windows ne prennent pas se paramètre en compte, et du coup, nombreux sont les logiciels qui demandent des droits d'écritures dans des clés de registres/chemins dans le filesystems qu'un utilisateur non admin ne devrait pas avoir accès. Tout simplement parce que les boites qui vendent ces logiciels savent qu'historiquement, la plupart des utilisateurs ont les droits admins (et qu'ils le sont à la maison).
Bref c'est un cercle vicieux, puisque historiquement, l'utilisateur de base est admin de son poste, ce qui est une grave erreur, mais qu'on hérite des années win9x, et que du coup, les devs ne testent même pas leurs applications dans un autre contexte, ce qui fait qu'un utilisateur qui n'a pas de droits admins est toujours emmerdé (enfin c'est plutôt son administrateur qui est emmerdé parce qu'il doit toujours trouver des solutions de contournement, genre donner des droits en écriture dans %systemroot%\winnt parce que cette conne d'application veut poser ses fichiers temporaires dessus, etc).
Bref problème surtout culturel et historique. Et comme d'hab les habitudes des utilisateurs et des developpeurs sont difficile à faire changer.