Maître de la langue Spry : DSL, intégration et petits outils

Je développe et intègre des programmes en Spry — un petit langage homoiconique expressif inspiré de Rebol et Smalltalk — et livre de véritables outils à partir des premières versions. L'homoiconicité est le cœur de mon travail : puisque le code et les données ont une seule forme en Spry, je construis des langages de domaine qui se lisent comme une configuration simple mais s'exécutent comme des programmes complets. C'est généralement exactement ce dont les clients ont besoin. Un fichier de règles devient une politique exécutable. Une description de mise en page devient un pipeline en direct. Rien n'est collé avec des modèles de chaînes fragiles. Je m'attaque à plusieurs types de tâches. D'abord, des DSL compacts : je modélise votre domaine en mots et en blocs, définis un vocabulaire, et donne à l'équipe une syntaxe que les non-programmeurs peuvent lire et modifier en toute sécurité. Deuxièmement, des systèmes de configuration honnêtes, où la configuration est du code Spry exécuté dans un bac à sable, donc les valeurs par défaut, les remplacements et les champs calculés vivent au même endroit. Troisièmement, l'intégration de Spry dans une application hôte : j'expose des fonctions natives sous forme de mots, connecte l'interpréteur à votre boucle d'événements, et trace une ligne claire entre le code hôte de confiance et les scripts utilisateurs. Quatrièmement, de petites utilitaires de console et des outils de liaison qui sembleraient maladroits dans une pile lourde. Chaque projet que je livre avec un code source lisible, une documentation intégrée pour chaque mot déclaré, un bref guide pour les mainteneurs, et un bloc de test validant le DSL de l'extérieur. Je privilégie les petits mots orthogonaux plutôt que les frameworks encombrants, garde la surface de l'interpréteur minimale, et explique ma réflexion afin que l'équipe puisse faire évoluer la solution sans moi. Si vous hésitez à savoir si Spry convient à votre tâche d'intégration ou de script, décrivez votre hôte, vos données, et les personnes qui éditeront les scripts, et je proposerai un plan concret avant de commencer. Je me soucie d'un code que vous pouvez lire et modifier un an plus tard.