[Aeiroum-elus] Premachage de travail
mizerokc at iro.umontreal.ca
mizerokc at iro.umontreal.ca
Wed Oct 29 17:39:04 EDT 2008
Salut tout le monde!
Je vois que le "prémachage" avance pas mal!
Vous allez peut-être me lancer des pierres pour cette queston ,mais ,avant
de débattre sur le language de programmation à proposer ,j'aimerais
d'abord savoir : Pourquoi le département veut-il tourner le dos à Java ?
Il me semble que ça serait y aller trop au "pif" si on ne sait même pas au
départ quels sont les arguments des profs(ou département )pour proposer un
nouveau langage d'enseignement!
En ce qui concerne MAT1400 je préfère m'abstenir :ça va faire 3ans que
j'ai pris ce cours,et sincerement,j'ai de la misère à me rappeler comment
le cours était!
>
>
> ----------------------------------------
>> From: lerouxgm at IRO.UMontreal.CA
>> To: stamourv at IRO.UMontreal.CA
>> Date: Mon, 27 Oct 2008 14:37:43 -0400
>> CC: aeiroum-elus at IRO.UMontreal.CA
>> Subject: Re: [Aeiroum-elus] Premachage de travail
>>
>> Bonjour à tous.
>>
>> (J'éviterai de recopier tout le mail ici, parce que ça devient
>> redondant...)
>>
>> Pour répondre à la question posée par Vincent au sujet du cours MATH
>> 222 de l'université McGill, je dois dire que c'est pas mal semblable à
>> MAT1400. En fait, le matériel didactique (le textbook) est du même
>> auteur et couvre sensiblement la même matière. Les seules différences
>> notables sont peut-être que l'accent est moins mis sur les séries, et
>> on passe plus rapidement au calculus à plusieurs variables (notez que
>> le cours est donné uniquement à raison de 3 heures par semaine, plus
>> une heure de démonstration). Ce cours est également donné aux
>> étudiants de la plupart des programmes de sciences (par exemple, C.S.,
>> physics, chemistry, maths etc.)
>>
>> Ceci dit, étant donné que je n'ai pas suivi ce cours précisément
>> (j'étais plutôt inscrit à MATH262, qui est le même cours, mais donné
>> par la faculté de génie), je vais tenter de recouper mes sources d'ici
>> jeudi avec des personnes de mon entourage ayant fait ce cours.
>>
>>
>>
>> Je ne suis pas contre un retrait total du cours de calcul. Cependant,
>> je crois qu'il s'applique plutôt mal à la réalité des informaticiens.
>> Ceux qui désirent une approche plus formelle aux mathématiques, tout
>> en faisant de l'informatique, ont plutôt tendance à s'inscrire en math-
>> info.
>
> 'Ceux qui désirent une approche plus formelle aux mathématiques'... si tu
> n'es pas formel, tu ne fais pas des maths mais une dictée trouée. De toute
> façon, pour une approche formelle aux maths (continues), c'est le cours
> d'analyse. On ne fait pas ça en info.
> Je trouve le retrait, même partiel, du cours de calcul outrancier. On fait
> du génie logiciel ou de l'informatique ? On est une super-technique ou
> diplôme scientifique? Le calcul à plusieurs variables n'est pas optionnel
> pour la culture d'une personne qui se doit de raisonner sur une panoplie
> de sujets. Et surtout pour un département ou la RO est si importante.
> Il faut demander une évaluation plus généreuse.
>
>
>>
>> Le Java, ça ne convient pas. Ce n'est pas que c'est un mauvais
>> langage, cependant, je crois qu'on peut trouver mieux... En me
>> replaçant dans ma position d'apprentissage de langage, j'avoue que
>> public static void main(String[] args), c'est un peu cryptique,
>> surtout quand on a jamais fait de prog...
> On apprend très vite c'est quoi, et tu sais, cet argument sort souvent par
> rapport à son poids. Java a ses mérites. Les messages d'erreur sont
> cristal clear, il a un système de generics (p-ê pas parfait) qui est
> intéressant en prog ii, l'API est extrêmement standard (peut-être trop
> riche, en laissant peu à l'étudiant), un grand nombre de débutants ont eu
> les mêmes interrogations et les réponses se trouvent extrêmement
> facilement en cas de blocage, la notion de référence est capitale et amène
> naturellement celle de pointeurs.
>
>
>>Python est un peu mieux,
>> mais comme il est peu typé, ce n'est peut-être pas convenable pour un
>> cours d'introduction à la programmation.
> Scheme et CL ne sont pas typés. On pourrait p-ê argumenter qu'on peut
> construire un système de type (personnellement je n'ai pas essayé).
> Mais en bout de ligne, je ne sais pas à quel point un système de type est
> important. Tu dois penser aux types en dessous de ta variable en Python
> aussi, et de façon polymorphe en plus.
>
>>Quant aux autres langages
>> mentionnés, comme je ne les connais pas en profondeur, je vais
>> m'abstenir de répondre. Néanmoins, j'ai entendu beaucoup de bien de
>> Scheme, et du très bon matériel didactique a été crée, par exemple,
>> par le MIT. C'est de plus le langage qui est utilisé dans de plus en
>> plus de départements d'importance en Amérique du Nord (Berkeley,
>> Waterloo, etc.)
> En effet, la tradition lisp est intéressante. Mais elle transformerait le
> cours. Sans doute qu'on perdrait des étudiants d'autres facultés : je m'en
> fous, personnellement, mais le département, p-ê pas.
> Je serais pour Scheme s'il ne laissait pas l'impression aux étudiants
> d'être un langage jouet.
> Je crois que Common Lisp souffre moins de ce problème, mais je ne le
> connais pas bien.
> Je ne connais pas du tout JavaScript, débattez-en.
>
>> Au plaisir d'en parler plus longuement jeudi,
> Je suis moins agressif en personne :) .
>
>>
>> Maxime Leroux-Gagnon
>> _______________________________________________
>> Aeiroum-elus mailing list
>> Aeiroum-elus at mercure.iro.umontreal.ca
>> https://webmail.iro.umontreal.ca/mailman/listinfo/aeiroum-elus
>
> _________________________________________________________________
>
> _______________________________________________
> 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