Largo, "City of progress"

Posté par  . Modéré par Fabien Penso.
Étiquettes : aucune
0
14
août
2001
Linux
Vu sur newsforge, un article sur le passage non pas a l'euro mais à Linux & Kde des fonctionnaires de Largo, en Floride (dont la devise est fort justement "City of progress").

Globalement ca se passe plutot bien, même si il faut un temps d'adaptation... Il est notamment difficile de faire admettre aux secretaires qu'il n'est plus nécessaire de faire des copies de sauvegarde toutes les cinq minutes!

:-/ L'article dit qu'ils "save millions of dollars in hardware, software, support, and upgrade costs." mais aucun chiffre n'est donné...

Aller plus loin

  • # lien sur /.

    Posté par  . Évalué à 1.

    http://slashdot.org/articles/01/08/13/1248233.shtml(...)

    Je ne suis pas surpris que cela fonctionne, s'il y a un administrateur compétent qui fournit l'environnement "clé en main" aux utilisateurs, ensuite l'adaptation à l'interface graphique est quand même relativement aisée avec KDE (en supposant que les utilisateurs soient habitués à Windows, mais apparemment ils utilisaient déjà un système Unix avant dans cette mairie !).
    • [^] # Re: lien sur /.

      Posté par  . Évalué à 1.

      Moi, je ne suis pas d'accord avec "qu'il n'est plus nécessaire de faire des copies de sauvegarde toutes les cinq minutes! ". En effet, chez moi sous linux, ou au travail sur NT, il m'est arrivé tout simplement de telle manière que ça a débrancher l'ordinateur.
      De toutes façons cela me surprend, la plupart de mes proches ont utilisé linux, la plupart du temps surpris par le nombre du GUI, ils en choississent une et s'en tienne. Le plus dur consiste quand même à leur expliquer comment auvegarder sur disquette, encore que, il me semble que c'est difficile sur tout les sytemes d'expliquer ça.
      En pensant à ça, faudrait que je renomme /mnt/floppy en /mnt/disquette vois créer un lien symbolique à la racine
      • [^] # Re: lien sur /.

        Posté par  . Évalué à 1.

        Ce qu'ils disent dans l'article c'est que les utilisateurs n'ont pas besoin de se préoccuper des sauvegardes, puisque tout est automatisé au niveau du serveur de fichiers, et que les crashes sont très rares, donc l'utilisateur n'a pas à avoir peur de perdre ses documents.

        En fait je ne vois pas trop ce qu'ils veulent dire par là, parce que si par hasard la machine crashe (coupure de courant ou autre), le travail est perdu, même sur des systèmes stables !

        Le problème des disquettes a par contre été résolu par : "Envoyez-vous le fichier par mail".
        • [^] # Re: lien sur /.

          Posté par  . Évalué à 1.

          Ceci dit, que ce soit sur linux ou sur windows ou sur Mac, c'est toujours difficile d'expliquer à un novice la façon pour sauvegarder sur disquette.
          Ceci dit, bonne methode pour les disquettes, ça donne au moins du job aux admins :-)
  • # pour info

    Posté par  . Évalué à 1.

    Ils donnent bien des chiffres sur les gains et les études menées par rapport au coût de Windows.

    Matériel
    $9500 pour le serveur
    $750 pour chaque client

    $300.000 de gain par an par rapport à l'utilisation de Windows

    Messagerie
    $80.000/$90.000 avec le système actuel (Bynari)
    $400.000/$500.000 avec Exchange

    Suite Office
    $100.000 pour 6 ans pour OpenOffice
    $1.5M pour MS Office sur la même période
  • # c'est limite....

    Posté par  . Évalué à -1.

    "Il est notamment difficile de faire admettre aux secretaires qu'il n'est plus nécessaire de faire des copies de sauvegarde toutes les cinq minutes!"

    ...la sale démagogie a 2 francs...
  • # C'est bon pour le moral

    Posté par  . Évalué à 1.

    Par cette chaleur torride où je souffre dans mon bureau pas climatisé, un article comme ca, ca fait du bien !

    A voir aussi, l'explication plus technique de la part du sysadmin...

    http://dot.kde.org/995949998/(...)

    N'oubliez pas de regarder vers al fin de la page, où il donne des indications supplémentaires.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.