Systèmes métier
J’ai construit des applications web et des plateformes internes avec gestion des utilisateurs, workflows, communication en temps réel et processus opérationnels.
Qui construit PROVEN
Je développe PROVEN indépendamment, à partir de mon expérience de logiciels utilisés dans le travail réel.
Je m’appelle Adrian Popescu, je suis développeur JavaScript full-stack en Roumanie. J’ai 14 ans d’expérience dans les applications web, les systèmes métier et l’automatisation opérationnelle.
Expérience appliquée
J’ai construit mon expérience dans des systèmes qui devaient fonctionner, pas seulement paraître terminés.
Avant PROVEN, j’ai travaillé sur le frontend, le backend, les services, les bases de données, la sécurité, la performance et les outils opérationnels. Une grande partie des logiciels sur lesquels j’ai travaillé était destinée à un usage interne, où la fiabilité et la maintenabilité comptaient davantage que la présentation publique.
Architecture full-stack
Je travaille sur les interfaces, les API, les services Node.js et les bases de données, et je les intègre dans des produits qui doivent rester maintenables dans le temps.
Automatisation et outils
J’ai construit des outils internes, des scripts et des automatisations pour les processus répétitifs, les tests, le débogage et l’exploitation.
Des systèmes internes aux produits publics
Les produits publics rendent mon expérience directement évaluable.
Une grande partie de mon expérience vient de produits développés pour un usage interne. Avec ZENIA et PROVEN, cette expérience peut être évaluée directement à travers des produits publics, leur documentation et leur fonctionnement.
- 01
Mon expérience produit
Mes années de travail sur des applications métier ont formé ma discipline d’ingénierie autour de l’architecture, de la performance, de la sécurité et de l’exploitation.
- 02
ZENIA
J’ai construit ZENIA comme un produit public afin que l’intégration des services, les workflows et l’expérience produit puissent être évalués directement.
- 03
PROVEN
Avec PROVEN, je poursuis cette direction dans un produit Shopify centré sur la qualité du catalogue, la correction contrôlée, la vérification et la traçabilité.
Comment j’applique cette expérience dans PROVEN
Je veux que le produit puisse expliquer ce qu’il fait et où il s’arrête.
Les principes publics de PROVEN ne sont pas séparés de l’implémentation. Ils décrivent la manière dont je conçois et vérifie le produit.
Des preuves avant les conclusions
Je veux que chaque problème montre ce qui a été observé et pourquoi il a été signalé, plutôt que d’afficher un verdict inexpliqué.
Du contrôle avant la modification
Je garde la proposition, l’approbation et la publication comme étapes distinctes. Une suggestion ne devient pas automatiquement une modification Shopify.
Vérification après publication
Pour les modifications prises en charge, je vérifie à nouveau le résultat dans Shopify avant de considérer le processus comme terminé.
Limites documentées
Lorsqu’une modification, une restauration ou une interprétation ne peut pas être effectuée en sécurité, je garde cette limite visible.
Évaluer le produit
J’explique qui construit PROVEN. Le produit montre comment je travaille.
Dans la documentation, j’explique les fonctions et les limites du produit, tandis que dans le journal des nouveautés je publie les changements pertinents au fil de l’évolution de PROVEN.