Il me semble que le problème réside dans le controle du centre de ressources informatiques.
Le CRI (ou équivalent) devrait théoriquement se plier aux objectifs pédagogiques fixés par la direction de l'école, qui doit contrôler l'utilisation des fonds.
Si le simple aspect financier d'un equipement entièrement Windows etait abordé de façon critique (ie par comparaison avec d'autres solutions), il ne passerait pas! (expérience Ec-Lille: remplacement des terminaux X par des vrais PC haut de gamme, pour un service rendu globalement moins bon qu'avec l'ancien serveur Digital + incompatibilités NT4/NT5!)
Sans parler de la perte sèche au niveau de la formation.
Au niveau formation, il faut faire très gaffe à pas trop dépayser l'élève, qui bien souvent, ne connait que Windows ou Mac et considère la ligne de commande comme un archaïsme insupportable, et le fait de devoir taper netscape& pour aller sur le web comme purement intolérable.
Donc, approche douce nécessaire. Peut-être une approche par la programation shell passerait-elle mieux pour faire passer l'intérêt du shell?
[^] # Re: quelle chance !
Posté par Anonyme . En réponse à la dépêche Linux et NIS+. Évalué à 0.
Le CRI (ou équivalent) devrait théoriquement se plier aux objectifs pédagogiques fixés par la direction de l'école, qui doit contrôler l'utilisation des fonds.
Si le simple aspect financier d'un equipement entièrement Windows etait abordé de façon critique (ie par comparaison avec d'autres solutions), il ne passerait pas! (expérience Ec-Lille: remplacement des terminaux X par des vrais PC haut de gamme, pour un service rendu globalement moins bon qu'avec l'ancien serveur Digital + incompatibilités NT4/NT5!)
Sans parler de la perte sèche au niveau de la formation.
Au niveau formation, il faut faire très gaffe à pas trop dépayser l'élève, qui bien souvent, ne connait que Windows ou Mac et considère la ligne de commande comme un archaïsme insupportable, et le fait de devoir taper netscape& pour aller sur le web comme purement intolérable.
Donc, approche douce nécessaire. Peut-être une approche par la programation shell passerait-elle mieux pour faire passer l'intérêt du shell?