Hum, dans un tel monde virtuel, je choisirais alors l'environnement Seaside + squeak + gemstone + "ce qui va bien avec" pour construire une nouvelle application n-tier avec interface Web :-D
Mais, suis je bête, dans un tel monde, nous serions déjà dans des environnements virtuels 3D de type OpenCroquet qui reposerait sur un OS de type Plan9 et la construction de telles applications reposeraient sur le système collaboratif transparent de l'environnement qui lui même reposerait sur l'infrastructure distribuée transparente de l'OS ! Il s'agirait alors plus qu'à récupérer par drag&drop des objets par ci par là et de les assembler en décrivant leur relation (description syntaxique et sémantique), d'écrire de nouveaux objets graphiquement (aussitôt écrit, aussitôt instancié), puis d'exécuter le tout en modifiant à la volée le flot d'exécution pour corriger les éventuels bogues ou pour rajouter des évolutions sans remettre en cause l'exécution courante !
# Seaside et squeak :-)
Posté par Miguel Moquillon (site web personnel) . En réponse au journal J2EE vs RoR vs Python. Évalué à 10.
Mais, suis je bête, dans un tel monde, nous serions déjà dans des environnements virtuels 3D de type OpenCroquet qui reposerait sur un OS de type Plan9 et la construction de telles applications reposeraient sur le système collaboratif transparent de l'environnement qui lui même reposerait sur l'infrastructure distribuée transparente de l'OS ! Il s'agirait alors plus qu'à récupérer par drag&drop des objets par ci par là et de les assembler en décrivant leur relation (description syntaxique et sémantique), d'écrire de nouveaux objets graphiquement (aussitôt écrit, aussitôt instancié), puis d'exécuter le tout en modifiant à la volée le flot d'exécution pour corriger les éventuels bogues ou pour rajouter des évolutions sans remettre en cause l'exécution courante !
Bref, on a du chemin encore à faire ...