D'abord le business. Ensuite l'ingénierie. Le produit, toujours.

J'ai vendu avant de savoir construire

J'ai fondé Addqd, puis Pinflorist à Riga ; j'ai dirigé le développement commercial chez ZenMall ; j'ai été directeur artistique chez Trade&Chat. Sept ans côté commercial m'ont appris ce que l'école d'ingénieur ne peut pas enseigner : ce que coûte un problème avant que quelqu'un n'écrive du code pour le résoudre. Quand je m'assois aujourd'hui avec un agent public ou l'associé d'un cabinet et que j'écoute pour repérer le problème coûteux — c'est cet acte qui parle.

La fintech londonienne, où les erreurs coûtent de l'argent

J'ai construit et reconstruit des frontends pour des produits crypto et d'investissement — Nebeus, InvestEngine, Vinza — puis un produit React Native depuis zéro chez iBride. La finance est un bon professeur : la correction n'est pas une préférence, c'est le produit. En parallèle, un diplôme en informatique à l'University of London (2020–2024), parce qu'un parcours autodidacte avait besoin d'une base solide.

Des systèmes vivants, pas un terrain vierge

Ingénieur senior chez Social Discovery Ventures : modernisation d'une plateforme legacy servant du trafic réel — systèmes de composants, performance, lancement d'un nouveau produit sur le socle sans arrêter l'ancien. Partir de zéro est facile ; garder un système vivant en vie pendant qu'on le reconstruit, voilà le vrai métier. C'est aussi là que le travail de sauvetage a cessé de me faire peur.

De l'idée à la production, deux fois

Deux rôles, une seule forme. Chez Kyrgyz Single Window, j'ai commencé comme responsable IT, suis passé à l'architecture frontend, et je dirige maintenant le travail sur l'IA — des systèmes pour les acteurs du commerce extérieur et les agences qui délivrent leurs autorisations, construits sur l'infrastructure de l'État. En tant que fondateur d'Open Cradle, je construis une plateforme d'agents sur site : cabinets d'avocats, cliniques, family offices — des équipes dont les documents ne peuvent légalement pas toucher une API cloud.

Les deux ont commencé de la même façon : un problème précis et mal défini, transformé en système fonctionnel. La contrainte « les données ne sortent pas » s'est trouvée commune aux deux — c'est la preuve que l'approche tient sous de vraies contraintes, pas tout ce que je fais.