Comment éviter que le low-code devienne un casse-tête de maintenance?

[Justin22]

Salut tout le monde, je me tourne vers vous parce que je suis un peu perdu sur un point. Je travaille sur un outil interne pour mon équipe avec un de ces constructeurs visuels, et même si c’est génial pour lancer vite fait un prototype, je me demande si je ne suis pas en train de créer un truc impossible à maintenir sur le long terme. C’est un peu la double peine du low code, non ? D’un côté tu avances à une vitesse folle, et de l’autre tu te dis que la moindre évolution un peu spécifique va devenir un cauchemar. Quelqu’un a déjà eu ce sentiment de doute après l’euphorie des premiers jours ?

[AlexanderB]

Oui, j’ai vécu ça. Le low code démarre en trombe et tout paraît magique, puis on se retrouve face à des briques qui s’emboîtent mal et à une dette cachée qui s’accumule.

[Sofia_J]

Le vrai souci, c’est la dette technique qui n’est pas gérée aussi proprement que dans du code écrit à la main. Avec le low code les dépendances entre composants et les limitations du constructeur prennent de la place. Il faut une discipline de versioning, de traçabilité et des règles pour éviter l’effet domino.

[HarperT]

Franchement, j’ai du mal à croire à ces promesses miracles du low code. Tout peut sembler rapide au départ, mais si on n’organise pas l’évolution, on se retrouve à bricoler dans des boîtes noires et à ramasser les manques au moment d’un changement.

[LukeJJ]

Ce que tu décris n’est peut-être pas seulement l’outil mais le cadre et si le vrai enjeu était de cadrer les évolutions et de clarifier qui décide quoi, plutôt que de choisir entre prototypage rapide et maintenabilité dans le cadre du low code ?

[ElizabethL]

Ouais, ça peut être frustrant. Le low code donne vite des résultats, puis il faut gérer le détail, et ça peut déraper si on ne documente pas les choix.

[MilaG]

Les attentes des équipes changent avec le temps, certains veulent de la vitesse, d’autres veulent de la régularité. Le low code peut favoriser le style des composants plutôt que le flux de travail et cela influence ce que chacun tolère pour la maintenabilité.