|
Taille: 3579
Commentaire: 1ères idées…
|
Taille: 3589
Commentaire:
|
| Texte supprimé. | Texte ajouté. |
| Ligne 38: | Ligne 38: |
| 1. '''développement logiciel :''' on devrait en faire une publicité abondante de nos développements logiciels internes sur Tech@, quitte à en faire trop au début, en donnant à chaque fois des exemples __concrets__ d'utilisation des outils produits ! sinon, il faut bien le dire, ça n'intéressera personne… | 1. '''développement logiciel :''' on devrait faire une publicité abondante de nos développements logiciels internes sur Tech@, quitte à en faire trop au début, en donnant à chaque fois des exemples __concrets__ d'utilisation des outils produits ! sinon, il faut bien le dire, ça continuera de n'intéresser personne… |
Pour préparer le contenu du regroupement, mettez ici vos idées en vrac
ThomasNoel : Quelques grands sujet d'actualité :
- politique logicielle
- poste client AUF et outils de gestion de parc
- outils de gestion des CNF -- y compris partenaires
- hébergement de sites web
- smartphones
communication interne & externe de l'ARI
- support aux utilisateurs
- formulaires
Selon la durée du regroupement, on pourra aborder correctement certains thèmes et en survoler d'autres. Typiquement on avait 3 jours : ça a toujours été trop peu, si on peut aller vers 5 ça serait nettement mieux.
Prévoir une journée d'atelier autour de la gestion des machines Ubuntu : installation, duplication, intégration dans le réseau (autoconfig & co), mises à jour logiciels, pilotage à distance, etc... y compris l'étude et l'amélioration du paquet "auf-poste-client".
DavinBaragiotta : Si on y va pour 5 jours. Un point sur python serait pas mal :
- quelles utilisations/appropriation par RTR
- quelles compétences régionales
- comment augmenter synergie SI/IT, central/régional autour de python
- Infrastructure des serveurs (complète la partie poste client AUF)
- IPV6 (avancement et perspective AUF ?)
- Visioconférence (un pont AUF ?)
- Téléphonie (convergence IP/FIXE)
déploiement : le déploiement des solutions techniques préconisées (modèle de serveur, modèle de poste client, outils de gestion) reste long et difficile car il réclame toujours l'assistance de « quelqu'un qui sait ou qui a déjà fait » ⇒ faut-il travailler à améliorer la documentation, faire plus de documentation (mais trop d'info' tue l'info'…), ou bien aller vers plus d'automagique (moins de choses à faire manuellement) ?
téléphonie IP : il faudrait proposer et documenter un modèle de déploiement de téléphonie interne 100% IP, expliquant les connexions possibles vers la téléphonie publique (connexions FXO, BRI, PRI, leurs avantages/inconvénients, les matériels déconseillés/recommandés) et indiquant les étapes de migration.
IPv6 : discuter de l'intérêt de commencer par déployer la solution « IPv6 immédiatement » avec des tunnels 6to4 ⇒ de mon point de vue, cela permettrait déjà d'acquérir l'expérience IPv6 nécessaire dans le cadre d'un déploiement large, du fait des difficultés que nous rencontrerons au niveau stabilité et sécurité du réseau IPv6 sur IPv4, ce qui nous évitera de mauvaises surprises ensuite (ainsi qu'à nos partenaires, que nous formerons forts de notre expérience) le jour où nous devrons vraiment y passer pour de bon.
développement logiciel : on devrait faire une publicité abondante de nos développements logiciels internes sur Tech@, quitte à en faire trop au début, en donnant à chaque fois des exemples concrets d'utilisation des outils produits ! sinon, il faut bien le dire, ça continuera de n'intéresser personne…
inventaires : a-t'on vraiment besoin d'autant de détails (comme le numéro d'inventaire ou la localisation physique des machines) dans les inventaires informatiques ? si on pouvait réduire les informations demandées au minimum utile pour en tirer les statistiques usuelles de l'ARI, on pourrait alors envisager d'automatiser ces inventaires (via des logiciels tels que OCS-Inventory) et l'avoir disponible en permanence toute l'année sans travail supplémentaire localement !