Se c'è una domanda che ricevo ultimamente è quella sull'uso di piattaforme low-code e no-code come parte di una soluzione cloud, in genere per lo sviluppo rapido di applicazioni. Ecco il mio contributo per mettere in chiaro la questione per tutti coloro che stanno costruendo soluzioni cloud o che stanno prendendo in considerazione piattaforme low-code e no-code, sia all'interno che all'esterno dei cloud pubblici.
Innanzitutto, che diavolo è?
Martin Heller ha una delle spiegazioni più logiche dei concetti e delle piattaforme che li supportano. Non posso migliorare il suo articolo, quindi, con le sue parole:
"In generale, una piattaforma di sviluppo low-code offre un designer drag-and-drop, moduli, forms, processi, workflow, modelli di dati, integrazioni ed uno o più linguaggi di programmazione che possono essere utilizzati all'interno del prodotto. La piattaforma di sviluppo può emettere una determinata caratteristica che un motore può utilizzare per creare un'applicazione o per emettere un'applicazione eseguibile. L'applicazione può interagire o meno con il back-end della piattaforma".
L'idea è quella di eliminare il più possibile la programmazione, ma non del tutto. Ciò significa che gli sviluppatori possono costruire soluzioni in modo rapido, ma possono comunque aggirare le limitazioni della piattaforma low-code.Ad esempio, costruire un processo di monitoraggio dell'inventario utilizzando una piattaforma low-code o no-code significa sfruttare la sua interfaccia (drag and drop) invece della programmazione
Tuttavia, come avrete intuito, le interfacce grafiche che consentono di programmare disegnando diagrammi finiranno per imbattersi in qualcosa che non possono fare. Potrebbe essere necessario passare alla scrittura nativa per accedere a un'API complessa per ottenere i dati di stato all'interno dell'applicazione low-code.
In altre parole, possiamo arrivare alla maggior parte del percorso senza programmare il codice. Tuttavia, nella maggior parte dei casi sarà probabilmente necessaria una programmazione, dato che si tratta del mondo reale.
Lo sviluppo no-code è uno sviluppo low-code senza un linguaggio di programmazione incorporato. Sembra che sia più libero, dato che non dobbiamo più avere a che fare con errori di sintassi e di compilazione. Giusto?
Non proprio.
Le piattaforme no-code, come illustra Heller, sono facili da usare per applicazioni semplici, ma tendono a incontrare limiti che portano gli "sviluppatori" no-code a un punto morto. Proprio come nell'esempio low-code, quando dobbiamo fare qualcosa a livello di sistema operativo o cloud-native, non c'è un modo semplice senza una sorta di motore di programmazione.
Le piattaforme no-code cercano di risolvere questo problema offrendo più moduli per accedere alle funzionalità necessarie senza dover programmare, ad esempio un modulo personalizzato per ottenere l'ora e la temperatura corrette per una città specifica quando viene inviato un codice postale. Molti forniscono anche SDK(Software Development Kit) per creare moduli personalizzati per la piattaforma no-code. Tuttavia, questo richiede la programmazione, non è vero?
Non sono sicuro di vedere qualcosa di rivoluzionario, ma capisco perché alcune aziende trovino utile lo sviluppo low-code e no-code. Come persona che non programma spesso, ma che vuole comunque avere la possibilità di creare applicazioni piccole e utili, vedo l'utilità di uno strumento che non richiede alcuna o pochissima programmazione per le poche volte in cui ho bisogno di programmare.
Le piattaforme no-code e low-code hanno dei punti di forza, soprattutto per i casi d'uso in cui chi non ha competenze di programmazione ma vuole costruire da solo soluzioni semplici senza doversi affidare agli sviluppatori. Credo che questo sia un aspetto di cui abbiamo bisogno oggi. C'è un movimento crescente per democratizzare lo sviluppo di soluzioni, all'interno e all'esterno delle piattaforme cloud.
Ciò che mi spaventa dell'uso delle piattaforme low-code è che le aziende non pongano la giusta governance, le restrizioni di accesso alle risorse e le limitazioni di sicurezza per proteggere le risorse a cui queste piattaforme low-code/no-code dovranno accedere, come database, storage, calcolo e interfacce applicative.
Sospetto che assisteremo a configurazioni di accesso errate in modo tale che i dati verranno inavvertitamente cancellati, sovrascritti o compromessi. Non perché coloro che sfruttano queste soluzioni Low/No-Code abbiano cattive intenzioni: semplicemente non sanno fare di meglio.
In passato, potevamo fare affidamento sulle conoscenze degli sviluppatori per tenerci fuori dai guai se i livelli di sicurezza e di governance erano in qualche modo mal configurati. Nel caso in cui si permetta a chiunque di accedere a queste risorse con privilegi non configurati correttamente, può succedere di tutto. Troveranno un modo per rovinare tutto, ma non è colpa loro perché gli abbiamo dato la possibilità di farlo senza usare codice.
Il punto non è quello di respingere le piattaforme low-code e no-code; hanno il loro posto. Sto solo affermando che hanno bisogno di un'infrastruttura a prova di bomba, di una governance dei dati, dei processi e di un sistema di sicurezza che comprenda che le persone di tutti i giorni avranno accesso.
Una volta accertato ciò, si è a posto. Tuttavia, vedo che a molti manca ancora la giusta consapevolezza in termini di gestione dei diritti di accesso. Prima di passare al low code o al no code, dovrete risolvere questo problema. Tanto per dire.
Di David Linthicum