C'est aussi important que le code en lui-même et c'est souvent plus difficile d'ailleurs.
C'est le genre de choses que j'éviterais d'aborder dans un premier temps. Et maintenant je me souviens pourquoi je n'avais pas traité la différence entier/décimal : la programmation avec des décimaux est compliquée. Et balancer toutes ces problématiques d'un coup risque de poser problème. Personnellement, lorsque j'ai appris le C, j'ai été un peu noyé sur plein de notions assez abstraites, mais comme l'informatique était mon métier, ce n'est pas grave : j'ai eu du temps pour comprendre (il m'a fallu environs 1 semestre pour assimiler les notions de base en C ). Dans le cas cité par l'auteur du journal, je ne pense pas que ce soit popssible d'aborder les choses de la même façon.
Donc des scientifiques qui en continueront pas à faire de la programmation, ça n'existe pas. Ils continueront, quoi qu'il arrive. Donc autant commencer sur de bonnes bases.
Oui, mais il ne faut pas introduire trop de concepts à la fois pour éviter de noyer sous une masse d'information imbitable. C'est pour ça qu'à mon avis, se limiter à 1 seul langage pour apprendre la programmation, ce n'est pas une bonne idée.
Quelque part, je rejoins le point de vue de je ne sais plus qui plus bas qui parlait d'assembleur. Programmer sans avoir de notion sur la façon dont fonctionnent les processeurs, leur façon d'adresser la mémoire et la façon de représenter les données en interne est difficile. Faut-il aller jusqu'à l'assembleur ? Difficile à dire, parce qu'on ne peut comprendre certaines problématiques de la programmation que si l'on sait ce qui se passe à bas niveau. Mais d'un autre côté, pour des personnes n'ayant pas l'informatique comme enseignement principal, c'est difficile de placer le curseur au bon endroit pour ne pas les dégouter.
[^] # Re: Pascal...
Posté par totof2000 . En réponse au journal Python comme premier langage de programmation ?. Évalué à 3.
C'est le genre de choses que j'éviterais d'aborder dans un premier temps. Et maintenant je me souviens pourquoi je n'avais pas traité la différence entier/décimal : la programmation avec des décimaux est compliquée. Et balancer toutes ces problématiques d'un coup risque de poser problème. Personnellement, lorsque j'ai appris le C, j'ai été un peu noyé sur plein de notions assez abstraites, mais comme l'informatique était mon métier, ce n'est pas grave : j'ai eu du temps pour comprendre (il m'a fallu environs 1 semestre pour assimiler les notions de base en C ). Dans le cas cité par l'auteur du journal, je ne pense pas que ce soit popssible d'aborder les choses de la même façon.
Oui, mais il ne faut pas introduire trop de concepts à la fois pour éviter de noyer sous une masse d'information imbitable. C'est pour ça qu'à mon avis, se limiter à 1 seul langage pour apprendre la programmation, ce n'est pas une bonne idée.
Quelque part, je rejoins le point de vue de je ne sais plus qui plus bas qui parlait d'assembleur. Programmer sans avoir de notion sur la façon dont fonctionnent les processeurs, leur façon d'adresser la mémoire et la façon de représenter les données en interne est difficile. Faut-il aller jusqu'à l'assembleur ? Difficile à dire, parce qu'on ne peut comprendre certaines problématiques de la programmation que si l'on sait ce qui se passe à bas niveau. Mais d'un autre côté, pour des personnes n'ayant pas l'informatique comme enseignement principal, c'est difficile de placer le curseur au bon endroit pour ne pas les dégouter.