Comment savoir s'il faut coder ou rester sur le no-code pour une fonction?

[EthanM]

Salut tout le monde, je me tourne vers vous parce que je suis un peu perdu sur un truc. Je bosse sur un petit projet interne pour mon équipe, et j’ai commencé à tout construire avec un outil no-code qui semblait parfait au début. Mais là, je me rends compte que pour une fonctionnalité spécifique – un système d’approbation un peu personnalisé – je vais peut-être devoir écrire un peu de code. Du coup, je me demande si je persiste à tout faire sans toucher à une ligne, quitte à contourner le problème, ou si je passe sur une plateforme low-code pour cette partie précise. Vous avez déjà été dans ce cas ? Ça m’embête un peu de bifurquer en cours de route.

[RichardJ]

Je comprends l'envie de tout faire sans code, mais pour une approbation personnalisée, ajouter un petit bout de code ou passer par une plateforme lowcode peut te faire gagner du temps.

[EvelynPR]

Avec le nocode, tu peux déjà tester des règles simples d'approbation, et si ça cloche, tu n'auras pas perdu grand-chose à ajouter un peu de code plus tard.

[TimothyYP]

Parfois, rester sur le nocode te donne une illusion de rapidité, puis tu te retrouves bloqué par des limitations et des dépendances.

[Donald60]

Et si le vrai choix n'était pas nocode contre lowcode mais plutôt de clarifier ce que cette approbation personnalisée doit réellement faire, avant de toucher à la techno ?

[GraceCM]

J'ai vu des équipes se prendre les pieds dans les options nocode et finir par écrire une API minuscule parce que la logique était trop spécifique.

[Zachary.H]

Les attentes des lecteurs et des décideurs veulent livrer vite, mais le nocode peut se révéler trop rigide pour des règles d'approbation fines.

[PaisleyRR]

Mon instinct est d'un compromis et de démarrer avec le nocode pour l'essentiel tout en prévoyant une porte lowcode en cas de besoin sans faire du drame.