Pour la même raison que Smalltalk est une bonne base pour un DSL, il me semble le candidat idéal : il n'y a pas de mots clés, tout est message et objet.
Du coup, dans un premier temps, il "suffit" juste de dupliquer toutes les fonctions des bibliothèques de base en les renommant et le tour est joué : tu peux développer dans ton langage.
Ce qui est sympa c'est que tu peux le faire petit à petit : tu commences à coder ton programme et à chaque fois que tu veux faire appel à une fonction en anglais, tu la dupliques.
À voir ceci dit s'il est plus intelligent de dupliquer (plus facile à faire et meilleures perfs) ou de coder une redirection vers la fonction en anglais (plus facile pour se synchroniser avec le code initial s'il évolue en anglais). La duplication est plus ambitieuse car permet petit à petit ensuite en récrivant tout le code de basculer sur une base entièrement en espéranto. Mais ce n'est intéressant que si le projet source est en phase pour basculer en espéranto et abandonner l'anglais. Ce qui me semble peu probable dès le départ.
Dans ce cas gérer la synchronisation est nécessaire. Le temps de constituer une base utilisateur suffisamment importante.
Encore une fois en Smalltalk cela se ferait assez facilement : un projet pouvant parfaitement ajouter des méthodes à une classe existante, on peut imaginer commencer un projet en Pharo3.0 puis l'appliquer sur Pharo4.0 avec uniquement les impacts classique d'une montée de version.
Si je maîtrisais l'espéranto, je me serais probablement déjà lancé.
[^] # Smalltalk
Posté par ... a little wood elfe . En réponse au journal Et vous, à votre avis, pour où commencer une quête pour une chaîne de compilation espérantophone ?. Évalué à 1.
Je me suis déjà fait la même réflexion après avoir lu quelques articles sur les DSL (http://fr.wikipedia.org/wiki/Domain-specific_programming_language).
Pour la même raison que Smalltalk est une bonne base pour un DSL, il me semble le candidat idéal : il n'y a pas de mots clés, tout est message et objet.
Du coup, dans un premier temps, il "suffit" juste de dupliquer toutes les fonctions des bibliothèques de base en les renommant et le tour est joué : tu peux développer dans ton langage.
Ce qui est sympa c'est que tu peux le faire petit à petit : tu commences à coder ton programme et à chaque fois que tu veux faire appel à une fonction en anglais, tu la dupliques.
À voir ceci dit s'il est plus intelligent de dupliquer (plus facile à faire et meilleures perfs) ou de coder une redirection vers la fonction en anglais (plus facile pour se synchroniser avec le code initial s'il évolue en anglais). La duplication est plus ambitieuse car permet petit à petit ensuite en récrivant tout le code de basculer sur une base entièrement en espéranto. Mais ce n'est intéressant que si le projet source est en phase pour basculer en espéranto et abandonner l'anglais. Ce qui me semble peu probable dès le départ.
Dans ce cas gérer la synchronisation est nécessaire. Le temps de constituer une base utilisateur suffisamment importante.
Encore une fois en Smalltalk cela se ferait assez facilement : un projet pouvant parfaitement ajouter des méthodes à une classe existante, on peut imaginer commencer un projet en Pharo3.0 puis l'appliquer sur Pharo4.0 avec uniquement les impacts classique d'une montée de version.
Si je maîtrisais l'espéranto, je me serais probablement déjà lancé.