Le dimanche 3 juillet 2011, Benoît Vaillant a écrit : > Mon avis est que la commande répète permet d'éviter les effets de bord > lorsque l'on souhaite s'assurer que la boucle sera exécutée N fois, ni > plus ni moins. > Je ne suis pas un utilisateur de logo, mais j'aurais tendance à penser > qu'en évitant les effets de bord possibles dans un "pour" ou "while", > l'accent est mis sur le côté éducatif et on évite de devoir débugger, > travail plus demandeur de ressources et de compréhension du flot > d'exécution.
Tu as très probablement raison, je dirai à mon fils de faire comme il le sent mais je pense que comme il sait dès à présent comprendre suffisamment ces effets de bord (quitte à lui proposer d'en tester) il vaut mieux pour lui se familiariser avec les commandes qui ont un équivalent dans les autres langages, et "pour" me semble plus adapté. > Au risque d'enfoncer une porte ouverte, mon petit mot sur Turing était > sur le fait qu'on peut se débrouiller avec très peu d'instructions et > que plein de choses sont du coup équivalentes. La version "grands" du > logo que j'ai essayé un peu plus que le logo il y a bien longtemps est > le brainfuck[1]. J'ai regardé, je sens que ça va aussi amuser mon fils mais pas trop longtemps, pas assez ludique pour son jeune âge, mais il aime à enrichir ses connaissances. > Les boucles while/until/for (bash ou pas bash) c'est bien la même > chose. Même un if/else est un while/while dans lesquel qu'on ne passe > qu'une fois. Mais à quelques pirouettes de code près. Bon ça me fait plaisir j'ai longtemps eu l'impression de ne pas tout comprendre tout simplement parce que je vois pas l'intérêt d'une commande... Et je me disais que si elle existe il y a une raison, celle que tu donnes ci- dessous me plait bien :-) > Les noms sont différents pour que le code soit plus lisible et moins > périlleux à déverminer. C'est l'expliquation pour les grands. Pour les > moins grands, on peut dire que c'est plus facile à faire comme ça. Je > pense qu'ils sont feignants, comme les programmeurs, qui ne sont que > de grands enfants de toute façon ;) > La différence à chercher par rapport à ton problème est : > - « qu'est-ce qui n'est pas simple à écrire avec cette syntaxe » > et pas : > - « qu'est-ce que je ne pourrais pas écrire avec cette syntaxe » C'est aussi une bonne façon de l'inciter à trouver lui-même quelle solution il préfère, que de lui demander d'écrire la mm chose de plusieurs façons. > En pratique, ça dépend de ton âge, de la durée de vie moyenne chez les > hommes, du temps disponible pour répondre à la question qui répond 42, > etc :p Pour la dernière question, coup de chance, Google connaît la réponse. Le jour où j'ai montré ça à mon fils il était sur le cul... Parce que bien entendu il connaôt la question. > Dernièrement, un langage qui m'a amusé en parcourant[2] c'est le Piet, > mais je ne m'y suis pas encore essayé faute de temps. J'ai "vu" (pour > le coup, c'est bien voir qu'il faut dire) des oeuvres d'art > comme[3,4]. Le Befunge reste quand même mon favori dans la catégorie > "code imbitable, et j'en vis bien". Merci pour les liens je vais aussi lui montrer pour info. > Ca sera peut-être pour la suite de la tortue, si ton fils aime la > programmation ! ;) Je pense qu'il va continuer, il découvre que par rapport à un jeu vidéo c'est lui qui commande et non le jeu, ou pour dire les choses autrement il découvre le côté ludique de la programmation. Comme ça fait un moment qu'il me demande de lui apprendre à programmer, je pensais ensuite passer à Javascript, si tu as un avis sur le choix. C'est pas trop compliqué, mais quand mm plus structuré, et on peut voir le résultat directement dans un navigateur, et en plus c'est en regardant du code que j'ai écrit en JS qu'il a eu envie d'essayer lui aussi, faut dire que du code bien indenté et avec une belle coloration syntaxique ça a un aspect esthétique. Quand en plus derrière il voit le résultat ça l'attire forcément. Donc JS puis Python (et éventuellement ImageMagick) ? Si ses copains le suivent eux aussi il faut que ça puisse tourner sous tous les OS. Ceci dit il y a juste une semaine l'un d'eux est venu pour le we et m'a demandé de lui installer linux sur son portable. Et je n'ai quasiment rien eu à lui expliquer, il s'est mis à l'utiliser comme s'il connaissait déjà. Quand j'entends encore certains décideurs dire que linux c'est trop compliqué... -- Cordialement, Daniel Cartron nt pour notre argent sont bien agréables : on sait au moins ce qu'il faut faire pour les garder. » Francis Blanche _________________________________ Linux mailing list Linux@lists.parinux.org http://lists.parinux.org/mailman/listinfo/linux
