les langages un poil évolués ils finissent tous par devenir isomorphes en dessous, avec au final les impératifs d'un coté et les fonctionnels de l'autre. et on finit par retrouver les mêmes concepts comme l'objet dans chaque lointain rejeton du C ou de Lisp.
moi depuis longtemps je préfèrerai assembler graphiquement des bouts de code comme ici :
(un bout de code associé au sprite/acteur du chat)
le projet pédagoqique Scratch http://scratch.mit.edu/ est sous licence MIT et s'il ne tourne pas encore officiellement nativement sous Linux, on en est bien proche :
il tourne déjà sous Wine et le port est plus que possible (basé sur Squeak, on peut déjà ouvrir l'image avec une machine virtuelle Squeak, ce qui ne marchera pas de suite ça sera quelques détails multimedia)
on notera que le "code" est localisable automatiquement et que sa structure reste inchangée.
je ne pense pas qu'il soit très dur d'imaginer des blocs pour gérer des tableaux, listes, maps et autres collections. actuellement on peut se créer des variables de type numérique (qui est déjà massivement utilisé pour la position et la direction des sprites) mais on s'aperçoit vite qu'elles sont peu nécessaires. ah, on peut envoyer des messages entre acteurs, aussi...
il doit être trivial de réunir et nommer des tas de blocs ordonnés pour en faire d'autres blocs ou superblocks réutilisables : je veux dire par là que cet aspect est un grand classique qu'on retrouve dans d'autres environnements d'assemblage de blocs ou composants logiciels.
maintenant on pourrait se creuser la tête sur comment créer des blocs supplémentaires dans cet environnement, à partir d'autres blocs et sans trop aller les coder en Smalltalk derrière : par exemple pour régler le volume : ce bloc manque, il faudra bien disposer d'une primitive setVolume...
# je veux plus un langage ou une syntaxe
Posté par Gniarf . En réponse au journal L'expressivité des langages. Évalué à 5.
moi depuis longtemps je préfèrerai assembler graphiquement des bouts de code comme ici :
http://llk.media.mit.edu/projects/scratch/help/images/greate(...)
ou
http://llk.media.mit.edu/projects/scratch/help/images/mouseY(...)
(un bout de code associé au sprite/acteur du chat)
le projet pédagoqique Scratch http://scratch.mit.edu/ est sous licence MIT et s'il ne tourne pas encore officiellement nativement sous Linux, on en est bien proche :
http://scratch.mit.edu/forums/viewtopic.php?id=252
il tourne déjà sous Wine et le port est plus que possible (basé sur Squeak, on peut déjà ouvrir l'image avec une machine virtuelle Squeak, ce qui ne marchera pas de suite ça sera quelques détails multimedia)
et voici d'ailleurs un pacman :
http://img259.imageshack.us/img259/9456/pacmanmc4.png
on notera que le "code" est localisable automatiquement et que sa structure reste inchangée.
je ne pense pas qu'il soit très dur d'imaginer des blocs pour gérer des tableaux, listes, maps et autres collections. actuellement on peut se créer des variables de type numérique (qui est déjà massivement utilisé pour la position et la direction des sprites) mais on s'aperçoit vite qu'elles sont peu nécessaires. ah, on peut envoyer des messages entre acteurs, aussi...
il doit être trivial de réunir et nommer des tas de blocs ordonnés pour en faire d'autres blocs ou superblocks réutilisables : je veux dire par là que cet aspect est un grand classique qu'on retrouve dans d'autres environnements d'assemblage de blocs ou composants logiciels.
maintenant on pourrait se creuser la tête sur comment créer des blocs supplémentaires dans cet environnement, à partir d'autres blocs et sans trop aller les coder en Smalltalk derrière : par exemple pour régler le volume : ce bloc manque, il faudra bien disposer d'une primitive setVolume...