[Aeiroum-elus] Premachage de travail

Vincent St-Amour stamourv at iro.umontreal.ca
Sun Oct 26 14:55:54 EDT 2008


Bonjours tout le monde,

On discutera de plusieurs choses très importantes à la réunion de
jeudi, dont certaines qui pourraient entraîner de très longues
discussions. Je propose donc qu'on prémache le travail par email pour
éviter que la réunion déborde trop.

Tout d'abords, nous devons adopter une position face au cours
MAT1400. Je m'explique. À l'assemblée départementale, le directeur,
Jean Meunier, nous faisait part de sa déception par rapport aux
récipiendaires de bourses d'entrée de l'an passé qui les ont, pour la
plupart, perdu cette année, faute de moyenne suffisante pour les
conserver.

L'explication que nous avons pu lui fournir est que les moyennes des
étudiants entrés l'an passé ont été fortement affectées par le cours
MAT1400, qui était d'une difficulté plus grande que d'habitude.

Nous avons donc pu parler du problème plus grave qui est que ce cours,
MAT1400, se retrouve à filtrer des étudiants d'informatique qui aurait
été de calibre à obtenir leur bacc, mais qui n'avaient pas de fortes
bases en mathématiques. Jean Meunier n'était pas tout à fait ravi
qu'un cours hors du département filtre de nos étudiants. Il nous
demande donc de lui donner notre position officielle par rapport à ce
cours et à ce qui devrait être fait pour règler le problème.

Jean Meunier est surtout d'avis qu'il est absurde que les étudiants
d'informatique suivent le même cours de calcul que les étudiants de
mathématiques ou de physique, qui ont un beaucoup plus grand besoin
pour ce cours.

Plusieurs solutions sont possibles :

1: Prendre un des 3-4 groupes de 1400 actuels et le transformer en
cours plus adapté pour les informaticiens. Il s'agirait toujours d'un
cours de 1400 (le sigle ne changerait pas, et le contenu pas vraiment
non plus), mais l'approche (et peut-être l'évaluation) serait plus
adaptée à nos besoins.

Les avantages de cette approche sont qu'aucun changement ne serait
nécessaire au programme, et qu'aucun nouveau cours ne serait requis de
la part du département de maths. Il est à noter qu'une situation
semblable avait déjà l'habitude de se produire il y a quelques années:
un des groupes de 1400 allait intentionellement plus vite que les
autres, et voyait potentiellement de la matière plus avancée.

Par contre, cette approche a également des
inconvénients. Premièrement, le fait que ce cours soit de niveau
potentiellement plus faible que le cours régulier, tout en ayant le
même sigle (donc, compte exactement comme le même cours) risque
d'attirer pas mal plus de monde que notre clientèle cible (les
étudiants d'informatique qui n'ont pas vraiment besoin d'un cours de
calcul très poussé), c'est à dire, les étudiants plus faibles et/ou
peu intéressés venant de d'autres programmes. Ceci aurait pour
conséquence de baisser le niveau du cours pour des gens qui auraient
besoin du cours régulier pour la poursuite de leurs études, et aussi,
d'un point de vue purement logistique, de remplir la classe à un point
où ça nuirait potentiellement à la tenue du cours.

2: Demander au département de maths d'offrir un nouveau cours, qui
serait un cours de calcul adapté aux informaticiens, un peu comme le
MAT1978 (obligatoire en informatique et en bio-informatique), qui est
un cours de probabilité et statistiques adapté aux besoin des
étudiants en informatique.

Évidemment, cette approche serait probablement la plus intéressante du
point vue de nos étudiants. Comme nos étudiants n'ont pas besoin du
1400 comme prérequis à quoi que ce soit (sauf MAT1978, dont les
prérequis pourraient changer sans affecter qui que ce soit d'autre),
avoir un autre cours à la place ne serait pas un problème, et la
matière (et l'approche d'enseignement) serait mieux adaptée. Notons
que les étudiants en math-info devraient toujours prendre le 1400,
comme ils doivent prendre les vrais cours de probabilité et de
statistiques plutôt que MAT1978.

Par contre, demander au département de mathématiques de créer un
nouveau cours, surtout dans ce contexte de compressions budgétaires,
risque de ne pas être facile. Comme il s'agirait d'un cours de
services (comme 1978) et que la diminution de la population au cours
MAT1400 causée par l'absence des étudiants d'informatique pourrait
potentiellement enlever un groupe au cours (donc une charge de cours
de leur côté), ce serait peut-être négociable. Également, comme ce
nouveau cours serait obligatoire pour le bacc en informatique, on leur
donnerait une certaine garantie que ce cours ne serait pas vide. Donc,
si on choisit cette option, pas mal de négociations seraient
nécessaires.

3: Enlever tout simplement ce cours du programme, et le remplacer par
autre chose. Cette solution est plutôt délicate, puisque certains
cours ont besoin de certaines notions de MAT1400. Il serait peut-être
possible de couvrir ces notions dans les cours en question, mais je ne
sais pas à quel point ce serait vraiment possible.

Je sais plus plusieurs parmi vous sont d'ardents défenseurs des cours
de mathématiques dans le programme, et c'est votre droit. J'aimerais
seulement que cette position soit vraiment décidée en considérant
l'étudiant du bacc moyen.

Deuxième sujet de discussion : un comité de professeurs a été formé au
département pour remplacer le langage d'enseignement dans les cours de
programmation (ce qui peut avoir une incidence sur certains cours
ultérieurs, notamment structures de données). Ce comité devrait
éventuellement nous demander notre avis, ou peut-être même de nommer
un représentant pour ce comité. On a donc besoin d'adopter une
position d'association par rapport à cette question. Si on nous
demande un représentant, ce rôle reviendrait à Philippe, de par son
rôle d'interne.

Pour expliquer un peu mieux la situation, ce comité est présidé par
Marc Feeley, et regroupe également Douglas Eck et Pascal Vincent. Ceux
qui connaissent les professeurs en question devinent qu'on peut
s'attendre à ce que le langage Scheme soit fortement poussé.

Nous avons donc besoin de choisir un langage que l'association
recommandera au comité, ainsi que des arguments qui viennent
avec. Comme nous parlons ici d'un langage d'ensignement, la
performance, les librairies, l'utilisation en industrie, l'existence
d'outils, la popularité, etc, d'un langage ne sont d'aucune
importance, les arguments s'y rattachant ne devraient donc pas être
considérés lors de notre choix.

Par contre, la simplicité, l'uniformité, l'existence de textes
d'introduction utilisant ce langage, l'indépendance et l'orthogonalité
des concepts du langage, etc, seront à prendre fortement en
considération. Le fait qu'un langage soit utilisé comme langage
d'enseignement dans d'autres universités (surtout des universités
reconnues et adulées) peut grandement nous aider dans notre
argumentaire, donc il peut être intéressant de garder ça en tête et de
faire un peu de recherche.

Pour éviter que ceci dégénère en language pissing match (mon langage
est plus fort que le tien, nananère, et autres idioties), tenez-vous en
aux critères ci-dessus, et à d'autres que vous pourriez considérer
pertinent. Je m'attend à ce que tout le monde reste objectif et
civilisé, malgré le fait qu'il s'agisse d'une question qui peut être
divisive et émotive.

J'attend donc vos opinions par rapport à ces deux questions, et plus
vite nous pouvons arriver à une décision, mieux c'est.

Vincent



More information about the Aeiroum-elus mailing list