Con il progredire delle tecniche e degli strumenti di sviluppo del software, ci si sposta progressivamente verso approcci a basso codice e senza codice. Questo ha senso perché gli approcci a basso codice e senza codice possono ridurre drasticamente i costi e i tempi di sviluppo e quindi rendere economicamente conveniente la creazione di molte più applicazioni software.
Un vantaggio ancora maggiore di questi approcci, in particolare l'assenza di codice, è che gli utenti aziendali esperti del settore possono creare e perfezionare le applicazioni senza l'attrito di dover spiegare le proprie idee ad altri. Questo riduce drasticamente il tempo necessario per consegnare al mercato un prodotto di alta qualità.
È logico che lo sviluppo del software si muova verso l'assenza di codice. Excel è stato il miglior esempio al mondo di una storia di successo senza codice (in generale). Molte applicazioni possono essere realizzate dagli utenti aziendali. È difficile esagerare l'importanza di Excel nel fornire un aumento di produttività al mondo.
Piattaforme a basso codice in pratica
Il futuro a basso codice, ovviamente, non riguarda singoli framework per lo sviluppo di applicazioni, ma un ecosistema di API facili da utilizzare. Zapier è un esempio di come queste API possano essere utilizzate con zero codice.
Naturalmente, l'assenza di codice può anche introdurre problemi, in quanto le soluzioni senza codice possono essere meno manutenibili e meno sicure di quelle con codice superiore. Excel ne è un esempio.
Va inoltre sottolineato che il basso livello di codice non significa che le persone di strada siano in grado di creare applicazioni utili fin dal primo giorno. Un ambiente a basso codice che permette di creare applicazioni relativamente sofisticate richiede certamente che l'utente di queste applicazioni abbia una buona conoscenza dei concetti e delle caratteristiche dello strumento stesso. È come qualsiasi altro strumento software sofisticato.
Anche se gli strumenti senza codice riducono la complessità della costruzione di alcuni tipi di funzionalità rispetto alla costruzione di queste caratteristiche con il codice, non c'è modo di evitare che la realizzazione di funzionalità complesse comporti un certo grado di complessità anche nello strumento senza codice. Un chiaro esempio è rappresentato dai motori di sviluppo di chatbot come Unreal Engine, dove i concetti di codifica di basso livello (come i cicli while e for) sono rappresentati visivamente. Questo può essere un miglioramento rispetto alla codifica diretta, ma richiede una conoscenza avanzata dell'applicazione e dei concetti.
Ciò significa che la competenza conta ancora, anche nel mondo senza codice. Excel è un altro esempio. C'è una grande differenza tra un utente esperto e un utente comune, non solo in termini di risultati, ma anche di manutenibilità del risultato finale.
Per quanto riguarda la manutenibilità, è vero che la soluzione senza codice non è necessariamente meno manutenibile di quella basata sul codice. In molti casi la soluzione senza codice è preferibile, perché è molto più evidente ciò che sta accadendo.
C'è però un punto in cui i sistemi complessi hanno molte dipendenze e stati contingenti, e un certo livello di controllo del processo di sviluppo e di gestione degli errori deve essere implementato nel sistema, e questo può essere difficile da realizzare con strumenti senza codice.
Può anche accadere che le limitazioni di uno strumento senza codice rendano molto più complicata la creazione di una determinata funzione rispetto a quella che si otterrebbe se la funzione fosse codificata da un esperto. Diventa necessario hackerare una funzione in uno strumento no code che sarebbe relativamente facile da costruire in codice. Il problema è che il livello di astrazione che lo strumento no code implementa rende alcuni casi d'uso difficili da costruire. Ci sono molti esempi di questo tipo nel mondo di Excel.
In breve, il caso d'uso determinerà se è meglio utilizzare una soluzione a basso codice, senza codice o completamente codificata. Come in tutte le cose, è necessario valutare quale sia l'approccio migliore per un determinato caso d'uso, ma non c'è dubbio che la tendenza degli strumenti di sviluppo software sia quella di utilizzare un codice ridotto o nullo.
Il progresso delle soluzioni a basso codice non significa necessariamente che ci sarà meno lavoro per gli sviluppatori di software, ma significa che questi ultimi dovranno utilizzare una combinazione di codice e piattaforme a basso codice/nessun codice per ottenere un'efficienza ottimale.
Dal punto di vista economico, ciò significa che sarà economicamente fattibile sviluppare molte più applicazioni e quindi è probabile che gli sviluppatori si occuperanno di lavori specializzati su molti più progetti e di costruire più API consumabili per il mondo in generale.
In sintesi, riteniamo che ci sarà sempre un ruolo per qualche elemento di codifica e quindi l'obiettivo finale sarà il codice ridotto piuttosto che l'assenza di codice. Un ambiente a basso codice è progettato per consentire agli sviluppatori di aggiungere facilmente funzionalità personalizzate che completano le funzionalità costruite sullo stesso framework senza strumenti di codifica. Questo è il meglio di tutti i mondi, dove gli utenti professionali possono sviluppare gran parte del software e dove gli sviluppatori possono imporre pratiche di sviluppo software professionali e fornire funzionalità personalizzate al software.
Piattaforme di sviluppo di chatbot a basso codice
Le tendenze del low code e del no code si applicano anche alla tecnologia di sviluppo dei chatbot. Esistono già molte piattaforme no code, anche se le funzionalità offerte in questo spazio sono relativamente limitate.
Le piattaforme senza codice hanno già molto senso per i semplici casi d'uso dei chatbot, in particolare nel settore del marketing, dove il bot fornisce principalmente informazioni e l'interazione con l'utente è limitata.
Nello spazio dei chatbot c'è la tendenza a sottovalutare la necessità di uno sviluppo personalizzato e quindi a credere che dovrebbe essere possibile creare strumenti di sviluppo senza codice su cui gli utenti aziendali possono costruire bot complessi, senza sacrificare in modo sostanziale l'esperienza del cliente.
È nella natura umana sottovalutare il compito da svolgere. Quasi tutti i piani che facciamo sono una semplificazione della realtà. Quando cerchiamo di portare a termine i compiti previsti dal piano, emergono cose che non avevamo previsto, per mancanza di lungimiranza o perché erano del tutto imprevedibili.
Una volta che si inizia a lavorare sul software, a prescindere dalla bontà delle specifiche, le modifiche al caso d'uso o al modo in cui il codice è stato scritto sono inevitabili, in quanto nuovi fatti vengono portati alla luce durante il processo di sviluppo.
Spesso il chatbot ha bisogno di alcune funzionalità complesse che richiedono una logica programmatica o un'interfaccia grafica personalizzata. Ad esempio, il chatbot potrebbe aver bisogno di tenere traccia dei punteggi o delle interazioni con l'utente, potrebbe aver bisogno di interagire con una pagina web, potrebbe aver bisogno di offrire all'utente una semplice schermata per l'inserimento dei dati relativi ai quiz per un bot personalizzato. Il chatbot potrebbe aver bisogno di gestire e reimpostare i contesti a seconda della posizione dell'utente in un flusso. Niente di tutto questo è necessariamente ovvio all'inizio, soprattutto per chi non ha esperienza nella creazione di chatbots, ma questi elementi fanno una grande differenza per l'esperienza dell'utente.
Per riassumere
In questo blog abbiamo parlato ampiamente di Excel come esempio di ambiente senza codice altamente produttivo, ma in realtà Excel è un ambiente a basso codice con ampie funzionalità che consentono agli sviluppatori di scrivere codice o di integrarsi con il codice. Indipendentemente dal numero di modelli e funzioni inclusi nel software, ci sarà sempre bisogno di personalizzazione per soddisfare determinati casi d'uso.
In definitiva, i compromessi sono tra i fattori sovrapposti dell'efficienza dello sviluppo e della qualità dell'esperienza dell'utente e del ritorno sull'investimento del progetto.
La sfida per i framework no code è quella di fornire tutto ciò che serve per creare un'esperienza utente di qualità. La sfida è che quel 10% difficile da costruire sulla piattaforma no code potrebbe fare la differenza per l'utente finale. Nel mondo di chatbots, l'illusione che sia possibile costruire tutto in modo no code è potente.
A nostro avviso, la tendenza sarà sempre quella di creare migliori piattaforme di sviluppo di chatbot a basso codice, non senza codice, dove la portata delle funzionalità che gli utenti aziendali possono creare da soli continuerà ad espandersi. In questo blog abbiamo illustrato i vantaggi creativi ed economici che derivano dalla possibilità per gli utenti aziendali di creare software da soli e quindi è fondamentale rendere i framework per lo sviluppo di chatbot il più potenti possibile per gli utenti aziendali.
È anche vero che alcuni aspetti dello sviluppo del software, tra cui la creazione di chatbots, devono essere forniti dagli sviluppatori attraverso il codice e che questo deve essere il più semplice possibile per gli sviluppatori. Il low code non sarà mai completamente soppiantato dal no code, ma i due sistemi dovranno sempre migliorare nel servire i loro due clienti principali, gli utenti professionali e gli sviluppatori di software.
Condividi questo articolo su:
Costruite gratuitamente il vostro chatbot AI personalizzato
Iniziate a costruire un bot GPT personalizzato con la nostra intuitiva interfaccia drag & drop.
Iniziare è gratis! 🤖Non è richiesta la carta di credito
Rimanete aggiornati sulle ultime novità in materia di IA chatbots