Salut tout le monde, je me tourne vers vous parce que je suis un peu perdu sur un projet perso. J’ai commencé à créer une petite appli interne pour gérer les plannings de mon association avec un outil no-code, et au début tout roulait, mais là je me retrouve avec des dépendances entre les données vraiment complexes. J’ai l’impression d’avoir dépassé ce que l’outil peut faire facilement, et je me demande si je n’aurais pas dû partir sur du développement classique dès le départ. Certains d’entre vous ont-ils déjà eu ce sentiment de “trop loin” avec leur plateforme, où la logique métier devient un casse-tête à modéliser ?
|
Comment savoir si je suis allé trop loin avec ma plateforme no-code?
|
|
Je connais ce sentiment quand on passe d un démarrage rapide à une logique qui se complique. Dans le no code on croit pouvoir tout faire et puis les dépendances deviennent lourdes comme des fils qui se tirent. Cela est frustrant et pourtant humain.
Ce qui peut paraitre inutile c est le manque de modularité. Tu pourrais tester une approche de modélisation logique qui sépare les règles métier des données et voir si l outil tient le coup pour un MVP des plannings. Le cœur reste la logique métier et les dépendances mesurent le travail à faire.
Peut etre que tu as voulu tout mettre dans une seule table et que tu cherches a lier tout. En regardant de pres on dirait que le probleme vient d un choix de conception plus que d une faiblesse de l outil. Je me suis retrouve dans la meme situation en essayant de tout connecter dans le no code.
Franchement des fois on se dit que plus c est puissant et plus c est risqué. Peut etre que le core ce n est pas de pousser l outil a l extreme mais d accepter que certaines logiques sont hors champ pour un outil no code.
Si je reformule ce qui te revient c est que la gestion des plannings est devenue riche et peut etre trop complexe pour l outil actuel. est ce que l enjeu est de simplifier ou de changer d approche ?
Pour avancer sans te perdre tu pourrais cartographier les entites essentielles et les flux recurents puis tester un MVP sur un petit groupe. Verifie quelles dependances posent vraiment probleme et considerer une solution plus technique ou un mix no code plus adapte.
|
|
« Sujet précédent | Sujet suivant »
|

