Objet : Liste de discussion du groupe de travail Éducation et logiciels libres de l'April (liste à inscription publique)
Archives de la liste
- From: Cédric Frayssinet <listes AT frayssinet.org>
- To: educ AT april.org
- Subject: Re: [EDUC] Github/Edu
- Date: Tue, 17 Apr 2018 10:53:48 +0200
Bonjour, Je suis d'accord avec tout ce qui a été écrit (et notamment sur la gestion par les régions/cg des réseaux pédagos). En ISN, avec 2h de cours par semaine, je trouve la marche GIT trop haute. La plupart n'ont pas connaissance de la ligne de commande, seule l'interface web peut-être intéressante mais, de mémoire, ce n'est pas dispo sur GitLab. En revanche, avec la spécialité SNI qui se profile (4h en 1ère et 6h en term), nous aurons plus de temps pour travailler avec ce type d'outils. En gros, en 4h, on pourra enfin faire le programme d'ISN :) Concernant les serveurs en interne, c'est ce que je fais. Quand je m'occupais des réseaux au niveau académique, j'avais fait les specs avec 3 lycées pour disposer d'une DMZ pédagogique. Tous les lycées ont donc la possibilité de mettre 99 VM à disposition. Perso, j'en ai 3 pour mes élèves (1 en plus qui me sert pour ma formation Gnu/Linux) que j'ai mis sur un vieux serveur qui tourne avec ProxMox :
Sinon, les élèves m'ont demandé un espace pour un projet, je leur ai crée un compte sur l'ENT et vu qu'ils ont accès à un webdav, cela permet la collaboration par fichiers depuis chez eux mais aussi depuis le lycée. Cédric Le 16/04/2018 à 23:34, JC Salmon - Collège de Cluses a écrit : Bonjour, et pardon d'avoir répondu tout à l'heure sans aucune formule de politesse Le 16 avr. 2018 à 21:04, William Gambazza (wgambazza AT yahoo.fr via educ Mailing List) <educ AT april.org> a écrit : Le 16/04/2018 à 20:31, JC Salmon - Collège de Cluses a écrit :... Un enseignant est en principe capable de se former et d'être aussi bon qu'un ingénieur pour avoir de l'esprit critique, peut-être même plus capable de faire la balance entre l'humain et le technique, et assembler des briques ne demande pas un niveau d'ingénieur, il ne s'agit pas de développement.Bonsoir, il y a mésentente, je parlais de la conception de l'architecture générale du réseau et des briques logicielles nécessaires pas de leur utilisation/gestion quotidienne ou là, je te rejoins, un enseignant (idéalement plusieurs pour pérenniser) peut en faire partie. Mais même dans ce dernier cas, l'enseignant en question ne devrait faire que l'interface et ne gérer que les tâches courantes (gestion des profils...) Pas forcément, si l'enseignant a des compétences et l'envie de se former, je ne vois pas pourquoi il ne devrait faire que l'interface et ne gérer que les tâches courantes. On dit partout qu'il faut savoir évoluer, changer de métier, etc, alors pourquoi refuser qu'un enseignant puisse se diversifier et trouver un équilibre en pensant son réseau autant qu'il le gère ? Je dis ça parce que dans mon collège (c'est le département qui gère, et non la région), c'est le cas, et si on ne comptait que sur le conseil départemental, aucune machine sous linux ne serait visible par les élèves Sa mise en place sera pour l'instant, très certainement, refusée, je pense ...Ça, ça dépend des gens en place. Si une personne a les compétences pour en mesurer le besoin, il aura la capacité de le faire installerPas dans ma région, la gestion des serveurs est maintenant faite par un prestataire privé ayant obtenu le marché et qui ne laisse pas la moindre latitude d'action sur les serveurs. Tout au plus la gestion des profils et l'installation de softs par une personne recrutée pour ça sur un mi-temps payé au lance-pierre (là aussi il y aurait à dire....) Ce prestataire privé ne reçoit d'ordre que de la région... D'où l'intérêt de se regrouper pour faire émerger les besoins et que la région finisse par le reconnaître et l'inclure dans le marché... Mais qu'en est-il de la sacrosainte autonomie des établissement ? On la met en avant quand il s'agit de répartir une DHG insuffisante, ou de sélectionner des projets, mais quand il s'agit de décisions pédagogiques (je maintiens) aussi importantes, la décision serait ailleurs ? Je suis d'accord avec toi sur l'idée de se regrouper, mais il y a certainement moyen d'utiliser les moyens autrement qu'avec des postes et serveurs windows. D'ailleurs, en Haute-Savoie, le CG maintient un eole/scribe. D'autant que pour qu'ils aient accès depuis chez eux, ce serveur devrait accéder à l'extérieur et là le refus sera d'autant plus négatif...C'est l'accès depuis l'extérieur qui pose un problème depuis longtemps. et du coup l'installation se ferait plutôt sur un serveur extérieur.D'où ma recherche de solution en ligne ... oui Bien bonne soirée JC -- Pour vous désinscrire de cette liste : https://listes.april.org/wws/sigrequest/educ Pour connaître la configuration de la liste, gérer votre abonnement à la liste educ et vos informations personnelles : http://listes.april.org/wws/info/educ
|
- Re: [EDUC] Github/Edu, (suite)
- Re: [EDUC] Github/Edu, William Gambazza, 15/04/2018
- Re: [EDUC] Github/Edu, Eric Guirbal, 15/04/2018
- Re: [EDUC] Github/Edu, Marc Ferraton, 15/04/2018
- Re: [EDUC] Github/Edu, David Chemouil, 16/04/2018
- Re: [EDUC] Github/Edu, Grégory Mounié, 16/04/2018
- Re: [EDUC] Github/Edu, Gérard Vidal, 16/04/2018
- Re: [EDUC] Github/Edu, William Gambazza, 16/04/2018
- Re: [EDUC] Github/Edu, JC Salmon - Collège de Cluses, 16/04/2018
- Re: [EDUC] Github/Edu, William Gambazza, 16/04/2018
- Re: [EDUC] Github/Edu, JC Salmon - Collège de Cluses, 16/04/2018
- Re: [EDUC] Github/Edu, Cédric Frayssinet, 17/04/2018
- Re: [EDUC] Github/Edu, William, 17/04/2018
- Re: [EDUC] Github/Edu, Cédric Frayssinet, 17/04/2018
- Re: [EDUC] Github/Edu, Gérard Vidal, 16/04/2018
- Re: [EDUC] Github/Edu, William Gambazza, 15/04/2018
- Re: [EDUC] Github/Edu, William Gambazza, 16/04/2018
Archives gérées par MHonArc 2.6.19+.