Pourquoi nous avons construit DevStudioBuilder
Vingt ans à livrer des applications de gestion nous ont appris ce que le low-code rate — et ce qu'il pourrait être s'il respectait les développeurs.
Nous avons passé vingt ans à construire les logiciels dont personne ne parle : des points de vente qui ne doivent pas perdre un ticket un samedi à 18 h, de la paie qui doit être juste du premier coup, de la gestion scolaire utilisée par des gens qui n'ont jamais choisi d'utiliser un logiciel. Ce travail a forgé trois convictions.
L'essentiel d'une application de gestion existe déjà
Chaque POS que nous avons livré avait des produits, des prix, du stock, une caisse et un Z de caisse. Chaque système RH avait des employés, des contrats, des absences et des bulletins. Les premiers 80 % de ces applications ne sont pas un travail créatif — c'est le même modèle métier reconstruit encore et encore, avec les mêmes bugs redécouverts à chaque fois. Ces 80 % devraient arriver finis, sous forme de template à affiner, pas de page blanche.
Le low-code a trahi les développeurs, pas les utilisateurs
La vague low-code a vu juste sur un point : dessiner un modèle de données et des écrans est plus rapide que les taper. Mais la plupart des plateformes traitent le modèle visuel comme une boîte noire. Pas de diffs, pas de branches, pas de revue de code — et quand vous partez, vous partez les mains vides. Nous voulions l'inverse : chaque écran et chaque workflow en fichier texte dans un dépôt Git, relisible dans une pull request comme n'importe quel changement.
La sortie doit être libre
Le problème le plus profond, c'est la propriété. Si votre application ne tourne que dans le runtime propriétaire de quelqu'un d'autre, ce n'est pas votre application — c'est un abonnement avec vos données dedans. DevStudioBuilder génère un backend Go et un frontend React standards qui compilent et tournent sans DSB. Ouvrez le dossier generated/ : du code lisible, du SQL standard, pas de redevance de runtime, pas de péage de sortie.
Ce qu'est DSB
DevStudioBuilder est un studio desktop où l'on modélise ses entités dans un ERD, dessine des fenêtres avec des champs de niveau métier, câble sa logique en workflows débogables, teste en charge avec des utilisateurs virtuels, et imprime de vrais documents — factures, Z de caisse, bulletins. Vous partez d'un template métier complet et ne développez que ce qui rend votre client unique.
Il existe parce que nous en avions besoin. Nous pensons que beaucoup de développeurs qui livrent du logiciel de gestion en ont besoin aussi.