• # Un passage rapide...

    Posté par . En réponse au message Pour apprendre à programmer. Évalué à 2.

    ... parce que je pense pas avoir le temps de développer tout ça (désolé).

    De mon côté je distingue surtout 2 catégories d'élèves, sans tenir compte de l'âge:

    - les gens qui ne se serviront de la programmation que pour automatiser leurs tâches personnelles, ou peut-être automatiser quelques tâches au sein d'un groupe de travail.

    Pour ceux-là l'approche que j'adopte c'est: langage de haut niveau + emploi systématique de la programmation objet + mini-rudiments de l'UML (du niveau "avant d'écrire une classe, dessine simplement un rectangle sur une feuille de papier ; en haut, écris le nom de la classe, etc..."). Python répond bien au besoin. Pour l'approche objet, ça roule tout seul si on va doucement.

    - les gens qui à un moment ou à un autre, auront la tâche de développer tout ou partie d'un logiciel. Par exemple des étudiants en IUT telecom & reseau, à qui j'enseigne en ce moment le C et le Java. Ils ont l'impression, et beaucoup de gens avec eux, qu'apprendre le C (comprendre, faire de la programmation de "bas niveau" -- c'est comme ça qu'on l'appelle ! Il y a 25 ans le C était un langage de haut niveau...) est ringard et inutile, la "vraie" programmation c'est de la POO en C++ ou à la rigueur en Java.

    Je ne souscris bien sûr pas à cette idée ; mon approche est plutôt celle (désolé d'être rapide) de "Back to basics" de Joel Spolsky (http://www.joelonsoftware.com/articles/fog0000000319.html(...))

    Par contre je ne sais pas s'il vaut mieux passer d'abord par le C, l'allocation dynamique ou statique de mémoire, les pointeurs, etc, avant de passer à un langage de plus haut niveau, ou l'inverse. Pas évident.