À propos du service
TraduitJe conçois et gère des backends de production sur Unison — un langage fonctionnel où chaque définition est identifiée par le hachage de son contenu, et non par son nom et sa version. En pratique, cela signifie : pas d'étape de construction, pas de conflits de dépendances et pas de déploiements cassés lorsque deux bibliothèques nécessitent différentes versions de la même chose. Je transforme cela en bénéfice client : vos services restent petits, reproductibles et sûrs à refactoriser. La base de mon travail est l'informatique distribuée à travers des capacités. Au lieu de coudre manuellement des courtiers, des files d'attente et du code de liaison, je modélise les effets comme des capacités et le runtime déplace les calculs entre les nœuds avec presque aucun effort. Une fonction écrite comme du code normal s'exécute à distance sans réécriture pour le réseau. Je livre des fonctions cloud, des pipelines d'événements, des travailleurs en arrière-plan et des services avec des interfaces typées propres. Tâches typiques : soulager les chemins chauds d'un réseau de microservices fragile, assembler une nouvelle API avec des gestionnaires typés ou élever un planificateur de tâches distribué. Ce que vous obtenez : du code Unison entièrement typé divisé en espaces de noms réutilisables, des tests sur les capacités de test intégrées du langage, un court manuel de déploiement et d'observabilité, et un passage de relais pour que votre équipe maintienne tout après le transfert. Derrière moi se trouvent des années de langages fonctionnels avant Unison, donc j'apporte une modélisation de données disciplinée, une gestion des erreurs soignée et une attention aux fonctions totales. Si vous n'êtes pas sûr que Unison convienne à votre charge, je vais d'abord examiner honnêtement l'architecture et dire où cela aide et où un outil éprouvé et ennuyeux l'emporte. Mon objectif est des systèmes durables et compréhensibles que vos ingénieurs apprécient de maintenir.