[Aeiroum-elus] Premachage de travail

Philippe Grand'Maison p_grandmaison at hotmail.com
Sun Oct 26 15:52:13 EDT 2008


What's up,

1) Il y a aussi la possibilité d'aller voir le département de maths avec l'intention de modifier l'évaluation - ou tout bêtement les critères d'évaluation - pour qu'elle ressemble davantage à MAT1600. Si le diro le demande et pousse un peu dans ce sens, ça pourrait bien se faire.
Les notions que nous avons apprises dans ce cours était toute pertinente dans la forme ou elles étaient enseignées, et le cours n'était pas d'un très haut niveau.
Je crois que cette possibilité est la moins difficile, la plus raisonnable, mais nous n'aurions aucune façon de voir à son application.

2)
> 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.

Je crois que certains de ces facteurs pourraient au moins être considérés.

> 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.

Ce sont effectivement des propriétés hautement souhaitables. mais attention de ne pas identifier si tôt 'propriété souhaitable' à 'propriété de Scheme'.


Phil

----------------------------------------
> Date: Sun, 26 Oct 2008 14:55:54 -0400
> From: stamourv at IRO.UMontreal.CA
> To: aeiroum-elus at IRO.UMontreal.CA
> Subject: [Aeiroum-elus] Premachage de travail
> 
> 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
> 
> _______________________________________________
> Aeiroum-elus mailing list
> Aeiroum-elus at mercure.iro.umontreal.ca
> https://webmail.iro.umontreal.ca/mailman/listinfo/aeiroum-elus

_________________________________________________________________



More information about the Aeiroum-elus mailing list