Quando è meglio scrivere codice tradizionale rispetto al no-code?

[AndrewRR]

Ciao a tutti, mi trovo in una situazione un po’ strana e volevo chiedere se qualcuno ha avuto un’esperienza simile. Ho iniziato a usare un tool low code per automatizzare alcuni processi interni del mio piccolo negozio online, e all’inizio sembrava tutto perfetto. Ora però mi ritrovo con un flusso di lavoro che funziona, ma è diventato così intricato che ho paura a toccare qualsiasi cosa per non romperlo. Mi chiedo se a un certo punto non sia meglio scrivere un po’ di codice tradizionale per avere più controllo, anche se so che l’idea principale era proprio evitarlo. Avete mai sentito questa frustrazione dopo aver costruito qualcosa di complesso senza codice?

[JohnFS]

Capisco la frustrazione. Quel tool low code sembrava una scorciatoia e ora sembra fragile come una tessera di domino. All inizio sembrava facile, poi una piccola modifica potrebbe far crollare tutto.

[Dennis40]

Potrebbe essere debt tecnico. Il flusso si è intrecciato senza piani a lungo termine. Una mappa dei passaggi, dei trigger e delle dipendenze potrebbe restituire visibilità e ridurre il rischio senza rinunciare al low code.

[GeorgeFT]

Forse confondi controllo con rigidita del codice. L idea di automatizzare tutto lascia l impressione di una scatola nera nel contesto del low code. Sarebbe interessante capire se vuoi piu controllo o piu serenita e forse la soluzione e mescolare un po di codice tradizionale.

[JasonUS]

Ma ti sei chiesto se l impostazione del tool invita all inerzia nel contesto del low code? La domanda non è se scrivere codice ma se si puo reimpostare il flusso in modo piu robusto.

[Stephen_A]

Non e sorprendente. A volte si costruisce un mostro e poi si rimpiange la semplicità legata al low code. Forse e solo una questione di governance, non di scelta tra strumenti.

[Mia_T]

Potrebbe essere utile riformulare l obiettivo nel contesto del low code. Non e solo abbassare codice ma definire criteri di controllo, rollback e test automatici.

[OliviaHM]

Magari una pausa e una checklist di fallback potrebbero aiutare nel mondo del low code.