[Aeiroum-elus] Premachage de travail

Etienne Laurin laurieti at iro.umontreal.ca
Mon Oct 27 03:46:22 EDT 2008


Bonjour,

Le cours de MAT1400 est un cours de niveau cegep. Je crois qu'il
faudrait faire moins de cours de calcul au cegep, et plus de prob et
stat, geometrie, logique, maths discretes et autres. Cela baisserait le
niveau du premier cours de calcul a l'universite et reglerait nos
problemes.

Mais actuellement, beaucoup d'etudiants qui arrivent d'un DEC en
sciences pures on fait tous les cours de calcul au cegep et revoient en
MAT1400 de la matiere deja vue. L'universite ne peut pas leur obliger de
prendre un cours de calcul plus facile sans perdre sa credibilite.

Nous avons deja en informatique notre propre version de plusieurs de
cours de maths, comme prob et stats, analyse numerique et modeles
stochastiques. Ils dependent tous, je crois, au cours de calcul que nous
avons en commun avec les programmes de mathematiques et de physique. Cette
abondance de notions plus mathematiques qu'informatiques dans nos cours
et un des gros avantages du bacc sur les techniques et certificats en
informatique. Demander au professeurs de voir dans leurs cours les
notions actuellements vues en MAT1400 baisserait le niveau de ces cours.

Toute difference entre des cours donnés sous le meme sigle, surtout des
cours de premiere annee, me semble etre une solution injuste et temporaire.

La situation dans d'autres universites du programme d'informatique varie
beaucoup. Certaines ont un cours obligatoire tres semblable a MAT1400:

McGill: MATH 222 Calculus 3 (http://www.math.mcgill.ca/guan/courses/m222/222.pdf)
Montreal: MAT1400 Calcul 1 (http://www.progcours.umontreal.ca/cours/index_fiche_cours/MAT1400.html)
Toronto: MAT237Y1 Multivariate Calculus (http://www.artsandscience.utoronto.ca/ofr/calendar/crs_mat.htm#MAT237Y1)
Concordia: ENGR 233 Applied Advanced Calculus (http://hisamwong.com/Files/Edu/Concordia/ENGR%20233/W01-Introduction_and_motivation.pdf#page=5)
Polytechnique: MTH1102 Calcul II (http://www.polymtl.ca/etudes/bc/cheminement/informatique.php#MTH1102)
Australian National: MATH1013 Mathematics and applications 2 (http://studyat.anu.edu.au/courses/MATH1014;details.html)
British Columbia: MATH 200 (http://www.math.ubc.ca/php/MathNet/courseinfo.php?t=outline&session=2008W&name=200:101)

D'autres ont aussi des cours obligatoires plus avancés que MAT1400:

Bishops: MAT107 Advandced Calculus II (http://www.ubishops.ca/TimeTable/Courses/MAT107.htm)
Cambrige: Natural Science Part 1A Mathematics (http://www.maths.cam.ac.uk/undergrad/nst/schedules.pdf)
ETH Zurich: Calculus II (http://www.vvz.ethz.ch/Vorlesungsverzeichnis/lerneinheitDetailPre.do?lerneinheitId=48515&semkez=2008S&lang=en)

D'autres universites n'ont pas de cours de calcul obligatoire dans leur bac
informatique:

UQAM
Laval
UQTR
UQAC
UQAR
UQO
Sherbrooke

D'autres universites n'ont qu'un ou deux cours obligatoires d'introduction au
calcul, de niveau équivalent aux cours MAT1903 et MAT1923 du bac 120.

ETS: MAT145 (http://www.etsmtl.ca/zone2/fichedecours/fichedecours.asp?numerodefiche=MAT145)
Queens's: MATH-121 Differential and Integral Calculus (http://www.queensu.ca/calendars/artsci/pg373.html#50189)
Carleton: MATH 1007 Elementary Calculus I (http://www.carleton.ca/cuuc/courses/MATH/1007.html)
Western Ontario: Choix parmis quelques cours (http://www.westerncalendar.uwo.ca/2008/pg1086.html)
Calgary: Mathematics 249 Introductory Calculus (http://www.ucalgary.ca/pubs/calendar/2008/what/courses/MATH.htm#249)
Dalhousie: MATH 1000 differential and integral calculus I (http://www.registrar.dal.ca/calendar/class.php?subj=MATH&num=1000)
Waterloo: MAT 137/137 Calculus 1/2 (http://www.ucalendar.uwaterloo.ca/0809/COURSE/course-MATH.html#MATH100S)
Alberta: Math 114/115 Calculus 1/2 (http://www.math.ualberta.ca/~mli/courses/current/114/outline.pdf)
Carnegie-Mellon: Cours 21120 et 12122 (https://acis.as.cmu.edu/gale2/open/Schedule/SOCServlet?CourseNo=21122&SEMESTER=F08&Formname=Course_Detail)
Berkeley: Math 1A/1B (http://sis.berkeley.edu/catalog/gcc_search_sends_request?p_dept_cd=math&p_number=1b)
Stanford: Math 41/42 (http://math.stanford.edu/undergrad/whatcourse.html)

J'ai essaye d'inclure beaucoup d'universites quebecoises, des
universites canadiennes, quelques universites americaines connues
et quelques exemples d'universites ailleurs dans le monde. L'echantillion
n'est surement pas representatif mais permets de se faire une idee
de ce qui se fait ailleurs.

J'ai decouvert en faisant mes recherches un cours qui est offert a
l'universite de calgary et a celle de toronto que j'aimerais bien voir
a l'UdeM: advanced introduction to computer science. Ce cours remplace
leurs deux cours d'introduction a la programmation.

Quand au comité de selection du language scheme, je trouve que c'est une
tres bonne idee.

Personellement je propose d'adopter le ecmascript. Je vous reserve mes
raisons et le resultat de mes recherches sur les languages utilises
ailleurs pour demain.

Etienne Laurin

On Sun, Oct 26, 2008 at 02:55:54PM -0400, Vincent St-Amour wrote:
> 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://webmail.iro.umontreal.ca/pipermail/aeiroum-elus/attachments/20081027/20d22884/attachment.bin 


More information about the Aeiroum-elus mailing list