Le programme (incluant ses proportions) serait certes probablement bon pour un cours intitulé "programmation (et une touche de ce qui gravite autour)".
Il est intitulé "Informatique et société numérique".
Personnellement ça m'inspire un tas de choses, et à vrai dire beaucoup plus de théoriques que de pratiques (je disais plus haut "technique"). Faut-il passer 30 heures sur 54 à débuter en programmation ? À mon avis non. Ces cours ne servent à rien aux passionnés qui en savent des fois plus que le prof, et 30 h de programmation est un volume ridicule pour qu'il en reste quoique ce soit à ceux qui ne pratiqueront pas plus tard. Si l'on veut enseigner décemment les bases de la programmation (et à mon avis on devrait...) il faut faire comme pour les autres applications des maths : en faire chaque année et commencer au collège. À la fin je lis "L'objectif est ici une véritable transmission de savoirs et savoir-faire." (en parlant de programmation). MWARF. 30h. hmmmm, comment on dit déjà ? LOL! On tombe dans le piège fondamental où on en a trop dit ou pas assez.
Alors évidemment le cours doit dire deux mots de programmation. Mais là on dirait qu'ils vont apprendre (effleurer) le C (ou alors le langage traditionnel des cours d'informatique inutiles : le Pascal). Il me semblerait plus intéressant de parcourir les différentes choses qui existent - il y a déjà bien assez de moutons pseudo-informaticiens qui ne savent même pas qu'autre chose que l'impératif existe - et taper 3 lignes de Haskell ne me semble pas hors de portée ; d'ailleurs juste derrière un cours de maths, ça sera bien moins hors de porté que de l'impératif façon siècle dernier. Pis histoire d'être vraiment ambitieux aborder un hello world en VHDL à un moment où l'on fait de l'architecture des ordinateurs sera bienvenu.
Mais le primordial est de démystifier le monde numérique qui nous entoure. Que les gens arrêtent de voir des boites magiques partout. Programmer un casse brique est certes amusant, mais à mon avis légèrement hors sujet pour atteindre ce but. L'architecture des machines et systèmes qui nous entoure sera plus efficace - ainsi que la représentation de l'information - et sa transformation, et c'est là qu'on peut toucher quelques mots d'algorithmes d'une manière intéressante (ainsi qu'en parlant des réseaux).
Aborder les techniques de codage et compression audio vidéo me semble essentiel => étendre le chapitre 2.
Dans "Informatique et société numérique", même si ce n'est pas explicite, je vois aussi télécom (au sens large). Mais le chapître "4) Réseaux" ne va pas jusqu'à l'applicatif. Il est primordial de faire le lien avec les bidules à succès d'internet (et autres visiophones 3G)
Bref la disproportion en faveur d'un type extrêmement spécifique de programmation (impérative et avec un certain système de typage) ne me plaît pas du tout. Il y a tant d'autres choses à découvrir (du fonctionnel ;). Des aspects "société" totalement passés sous silence aussi : informatique et libertés, inefficacité fondamentales des DRM, introduction aux lois de propriété intellectuelles, de leur histoire, en quoi la non rivalité des biens immatériels change tout, (et mention des licences libres pour le logiciel et autre :), etc...
Le reste de la proposition, je trouve ça pas mal. Je n'ai rien contre sa richesse, bien au contraire. Ce qui est à mon avis hors sujet est le coté technique trop détaillé et l'arbitraire de ce qui est détaillé ainsi (le style de programmation envisagé étudié et ce bien plus en détail que tout le reste). Finalement, il faudrait tenter une nouvelle approche ; pour augmenter l'attrait et l'impact en terme de démystification il faudrait organiser le tout autour de dissection d'applications utilisant les différents plans (du très bas au plus haut niveau mais sans tomber dans le piège du début de l'apprentissage suivi d'une techno arbitraire). Ex : de l'IM entre portable et PC en abordant les différents réseaux, puis les stacks hards et softs des deux cotés + puis un ptit coup de blog vidéo avec explication du codage et de la compression, etc... et on fini en beauté en montrant comment on peut faire les deux à la fois sur la même machine avec du scheduling. Je peux aussi rêver un peu et souhaiter un exposé sur le flux qui forme un film à l'écran à partir d'un DVD, histoire que tout le monde comprenne bien que les DRM servent à guère plus qu'emmerder (et taxer) les consommateurs honnêtes.
Et j'ai failli oublier : parler aussi de programmation parallèle et de cartes graphiques modernes
[^] # Re: Oui !
Posté par Guillaume Knispel . En réponse au journal Votre avis sur le nouveau module de Seconde "Informatique et société numérique". Évalué à 2.
Il est intitulé "Informatique et société numérique".
Personnellement ça m'inspire un tas de choses, et à vrai dire beaucoup plus de théoriques que de pratiques (je disais plus haut "technique"). Faut-il passer 30 heures sur 54 à débuter en programmation ? À mon avis non. Ces cours ne servent à rien aux passionnés qui en savent des fois plus que le prof, et 30 h de programmation est un volume ridicule pour qu'il en reste quoique ce soit à ceux qui ne pratiqueront pas plus tard. Si l'on veut enseigner décemment les bases de la programmation (et à mon avis on devrait...) il faut faire comme pour les autres applications des maths : en faire chaque année et commencer au collège. À la fin je lis "L'objectif est ici une véritable transmission de savoirs et savoir-faire." (en parlant de programmation). MWARF. 30h. hmmmm, comment on dit déjà ? LOL! On tombe dans le piège fondamental où on en a trop dit ou pas assez.
Alors évidemment le cours doit dire deux mots de programmation. Mais là on dirait qu'ils vont apprendre (effleurer) le C (ou alors le langage traditionnel des cours d'informatique inutiles : le Pascal). Il me semblerait plus intéressant de parcourir les différentes choses qui existent - il y a déjà bien assez de moutons pseudo-informaticiens qui ne savent même pas qu'autre chose que l'impératif existe - et taper 3 lignes de Haskell ne me semble pas hors de portée ; d'ailleurs juste derrière un cours de maths, ça sera bien moins hors de porté que de l'impératif façon siècle dernier. Pis histoire d'être vraiment ambitieux aborder un hello world en VHDL à un moment où l'on fait de l'architecture des ordinateurs sera bienvenu.
Mais le primordial est de démystifier le monde numérique qui nous entoure. Que les gens arrêtent de voir des boites magiques partout. Programmer un casse brique est certes amusant, mais à mon avis légèrement hors sujet pour atteindre ce but. L'architecture des machines et systèmes qui nous entoure sera plus efficace - ainsi que la représentation de l'information - et sa transformation, et c'est là qu'on peut toucher quelques mots d'algorithmes d'une manière intéressante (ainsi qu'en parlant des réseaux).
Aborder les techniques de codage et compression audio vidéo me semble essentiel => étendre le chapitre 2.
Dans "Informatique et société numérique", même si ce n'est pas explicite, je vois aussi télécom (au sens large). Mais le chapître "4) Réseaux" ne va pas jusqu'à l'applicatif. Il est primordial de faire le lien avec les bidules à succès d'internet (et autres visiophones 3G)
Bref la disproportion en faveur d'un type extrêmement spécifique de programmation (impérative et avec un certain système de typage) ne me plaît pas du tout. Il y a tant d'autres choses à découvrir (du fonctionnel ;). Des aspects "société" totalement passés sous silence aussi : informatique et libertés, inefficacité fondamentales des DRM, introduction aux lois de propriété intellectuelles, de leur histoire, en quoi la non rivalité des biens immatériels change tout, (et mention des licences libres pour le logiciel et autre :), etc...
Le reste de la proposition, je trouve ça pas mal. Je n'ai rien contre sa richesse, bien au contraire. Ce qui est à mon avis hors sujet est le coté technique trop détaillé et l'arbitraire de ce qui est détaillé ainsi (le style de programmation envisagé étudié et ce bien plus en détail que tout le reste). Finalement, il faudrait tenter une nouvelle approche ; pour augmenter l'attrait et l'impact en terme de démystification il faudrait organiser le tout autour de dissection d'applications utilisant les différents plans (du très bas au plus haut niveau mais sans tomber dans le piège du début de l'apprentissage suivi d'une techno arbitraire). Ex : de l'IM entre portable et PC en abordant les différents réseaux, puis les stacks hards et softs des deux cotés + puis un ptit coup de blog vidéo avec explication du codage et de la compression, etc... et on fini en beauté en montrant comment on peut faire les deux à la fois sur la même machine avec du scheduling. Je peux aussi rêver un peu et souhaiter un exposé sur le flux qui forme un film à l'écran à partir d'un DVD, histoire que tout le monde comprenne bien que les DRM servent à guère plus qu'emmerder (et taxer) les consommateurs honnêtes.
Et j'ai failli oublier : parler aussi de programmation parallèle et de cartes graphiques modernes