Accéder au contenu.
Menu Sympa

educ - Re: [EDUC] Github/Edu

Objet : Liste de discussion du groupe de travail Éducation et logiciels libres de l'April (liste à inscription publique)

Archives de la liste

Re: [EDUC] Github/Edu


Chronologique Discussions 
  • From: JC Salmon - Collège de Cluses <coclu AT orange.fr>
  • To: educ AT april.org
  • Subject: Re: [EDUC] Github/Edu
  • Date: Mon, 16 Apr 2018 23:34:50 +0200

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 installer
>
> Pas 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


Archives gérées par MHonArc 2.6.19+.

Haut de le page