en vrac, notes préparées pour les explications données aux gars de libretic hier (à rédiger)

 * généralités
  * décourager les indécis : peu de gratification immédiate. boulot obscure. on ne pense aux admin que quand ça plante, c'est normal que tout fonctionne. difficile de faire un bilan à la fin de l'année.
  * le bon sysadmin anticipe sur les pannes 
   * le gars qui répart souvent des pannes est *mauvais*
   * le bon sysadmin : pas bcp de soucis. les gens pense qu'il n'a rien à faire, puisque ça marche
  * satisfactions (qd même)
   * plaisir de la technique
   * plaisir de voir que les solutions mise en place correspondent à des besoins
  * On ne devient pas célebre en étant administrateur système


 * l'organisation 

  * le livre de référence pour apprendre à gérer son temps : [[http://www.eyrolles.com/Informatique/Livre/9782212119572/livre-admin-sys.php|« Admin'Sys, gérer son temps »]]
  * comment ne pas trop se laisser bouffer par le mail : [[http://video.google.com/videoplay?docid=973149761529535925|inbox zero... ]] une vidéo indispensable de Merlin Mann] (en anglais)
  * `Getting Things Done®` par David Allen, sur wikipedia : http://fr.wikipedia.org/wiki/GTD


 * quotidien 

  * gestion de panne (surtout matos, de plus en plus merdiques)
  * petits crashs : les disques finissent *toujours* par peter, par exemple
  * plus gros crashs, de temps en temps
  * logistiques, achats, fournisseurs, commandes, etc
  * préoccupations de quincaillerie : clim, electricité, trous dans les murs, repeindre (réseau)
  * même bac +5, tournevis à la main
  * cf TravailDeFond


 * les backups
  * passionnant problème :-)
  * but : redémarrer vite après une panne ("Back Up")

 * 99%, 99,9%, 99,99%
  * niveau d'exigence des utilisateurs par rapport aux moyens disponibles

 * attention à la pub, même pour les logiciels libre
  * tests : serveurs de production, serveurs de test
  * innovation : ds quel but ? penser en terme d'utilisateurs et d'utilisation.

 * automatiser ce qui est automatisable
  * pourquoi ? comment ? quoi ?

 * doc : pourquoi
  * pour les successeurs
  * les collègues
  * pour soi même !!

 * veille : remettre en question ses connaissances, ses acquis, l'existant.
  * pour apporter des améliorations. présenter le changement aux utilisateurs, ne pas l'imposer

 * ne RIEN apprendre par coeur. comprendre. savoir que les choses existent. et apprendre à retrouver les infos
  * si apprendre quelques chose, s'interresser à la *structure* des docs des gros softs, type mysql, pour savoir où retrouver '''la''' commande dont on a besoin au moment où on en a besoin

 * [[http://www.gnurou.org/writing/smartquestionsfr|de la bonne manière de poser des questions]]

 * l'esthétique des installations de serveurs