Pourquoi?
Quand j'étais enfant et que je lisais (je lisais beaucoup) "untel est affecté par [évènement|maladie]" je comprenais ce que ça voulait dire. Si on traduit en programmation, en C++ histoire de troller peu mais bien: "untel = event();" ou "untel = MALADIE::GRIPPE;" ne me semble pas si choquant (à part que la maladie fait gueuler du coup ;)).
Je pense qu'on pourrait aussi parler de l'affectation à un poste. En bref, en français, affectation => changement d'état. Exactement comme en programmation, non?
On peut en effet l'expliquer relativement simplement, mais il n'empêche que ça reste moins simple que le fonctionnel où tu n'as pas à te représenter les états de la variable car sa valeur ne change jamais.
Mais, ça ne me choque pas, je n'ai jamais compris en quel honneur l'informatique devrait être considérée comme une branche des maths.
Pour moi, c'est l'inverse: les maths sont un outil utilisé par les autres sciences, et sans les autres sciences elles n'ont aucun intérêt pratique.
Je ne parle même pas de l'importance des maths en info, simplement l'ordre dans lequel les concepts sont appris. Tout le monde apprend ce qu'est une variable en maths avant de l'apprendre en informatique, c'est tout.
Hum, je vois ce que tu veux dire, mais à part les langages qui passent des références non constantes par défaut (ça, c'est vraiment dégueu si veux mon avis), le programme appelant ne verra pas la modification.
Pas d'accord.
En C et en C++, pour tous les types de variables on peut, tant que ce n'est pas constant.
Ce que je veux dire, c'est qu'il faut expliquer aux étudiants que la valeur de l'entier qu'il passent en paramètre de la fonction ne pourra pas être modifié par la fonction, mais que ce n'est pas le cas des tableaux (par exemple).
Tout ça pour dire qu'on est certes habitué à la programmation impérative et à voir les programmes comme des modifications d'état, mais que ce n'est pas nécessairement la plus naturelle.
[^] # Re: merci
Posté par Dr BG . En réponse au journal Haskell et le tri. Évalué à 3.
On peut en effet l'expliquer relativement simplement, mais il n'empêche que ça reste moins simple que le fonctionnel où tu n'as pas à te représenter les états de la variable car sa valeur ne change jamais.
Je ne parle même pas de l'importance des maths en info, simplement l'ordre dans lequel les concepts sont appris. Tout le monde apprend ce qu'est une variable en maths avant de l'apprendre en informatique, c'est tout.
Ce que je veux dire, c'est qu'il faut expliquer aux étudiants que la valeur de l'entier qu'il passent en paramètre de la fonction ne pourra pas être modifié par la fonction, mais que ce n'est pas le cas des tableaux (par exemple).
Tout ça pour dire qu'on est certes habitué à la programmation impérative et à voir les programmes comme des modifications d'état, mais que ce n'est pas nécessairement la plus naturelle.