Social Links Search User Login Menu
Tools
Close
Close

Articoli Low-Code Italia

L'approccio "no-code" è molto popolare, ma porta con se un dilemma
La Redazione 222

L'approccio "no-code" è molto popolare, ma porta con se un dilemma

È necessario un nuovo approccio al software che non solo lo renda comodo da costruire, ma garantisca automaticamente che sia privo di errori

Di Chris Horn

Nel 1950 l'adozione popolare di una nuova tecnologia era minacciata dalla carenza di personale. La rapida crescita dei telefoni stava avvicinando le società e le economie. Ma i telefoni avevano un'economia di scala negativa. Ogni nuovo cliente aggiunto alla rete comportava più connessioni potenziali. Per instradare ogni singola richiesta di connessione, un operatore doveva fisicamente inserire un cavo nella corretta coppia di prese sul pannello del centralino. Più telefoni significavano ancora più operatori di centralino.

Negli Stati Uniti nel 1950 poco meno dell'8% delle donne lavoratrici erano centraliniste. Era ovvio che entro un decennio le telecomunicazioni si sarebbero bloccate perché non ci sarebbero state abbastanza persone da impiegare come operatori. Era necessaria una nuova tecnologia in modo che i clienti potessero fare chiamate per conto proprio senza richiedere gli operatori intermediari.

Nel 1960 quasi tutte le centrali erano diventate automatizzate, e gli operatori telefonici divennero in gran parte superflui.

Negli anni '70 i computer non erano più solo appannaggio dei laboratori di ricerca governativi e delle università d'élite, ed erano diventati alla portata degli affari e del commercio. Tuttavia le aziende, e la stessa industria dei computer, stavano diventando preoccupate dalla carenza di programmatori qualificati per scrivere software. Spesso c'era un crescente arretrato di richieste da parte dei manager aziendali al dipartimento informatico centrale della loro azienda per un ulteriore software da scrivere per fornire più analisi e rapporti per aiutare a gestire il business.

Mentre era studente alla Harvard Business School nel 1979, Dan Bricklin si rese conto durante una lezione che un modello finanziario presentato alla lavagna, con ogni cella della tabella contenente un numero o una formula, poteva essere riprodotto in un computer. Lui e il suo socio in affari, Bob Frankston, fondarono una startup, Visicalc, e insieme costruirono il primo foglio elettronico.

Rappresentava un nuovo modo di pensare l'informatica. Invece di programmare convenzionalmente come una sequenza di passi, la modifica di qualsiasi cella del foglio di calcolo immediatamente propagava i cambiamenti automaticamente in tutto il resto della tabella.

Il foglio elettronico ha largamente liberato le unità aziendali dal dover aspettare che il loro dipartimento informatico centrale scrivesse nuovo software. Il personale aziendale poteva invece costruire rapidamente modelli finanziari, analisi e rapporti senza dover imparare alcun linguaggio informatico o scrivere alcun codice software.
Dilemma

L'approccio "senza codice" divenne naturalmente estremamente popolare, ma ne derivò un dilemma. Come i non programmatori padroneggiavano il computer, divenne anche molto più facile per i non programmatori modificare e alterare il lavoro degli altri. I fogli di calcolo si moltiplicarono, a volte con molti derivati della versione originale, e a volte con dati e formule errate. Divenne difficile verificare che il software fosse accurato e corretto. La proliferazione dei fogli di calcolo rimane ancora una sfida per molte aziende.

Oggi i governi e le corporazioni continuano a preoccuparsi del fatto che non ci sono abbastanza programmatori. Il software è diventato ancora più pervasivo con internet, smartphone e dispositivi di consumo, veicoli intelligenti, business intelligence e servizi governativi.

Se l'invenzione del foglio elettronico ha mostrato una via da seguire, perché non si può adottare un simile approccio "no-code" in modo da ridurre la domanda infinita di sviluppatori di software formati?

In effetti ci sono già numerosi prodotti "no-code" disponibili. Le presentazioni di diapositive possono essere fatte facilmente con strumenti come Powerpoint o KeyNote. Se volete costruire il vostro sito web di e-commerce, allora strumenti come Shopify o SquareSpace possono essere di grande aiuto.

Ci sono strumenti "no-code" che ti aiutano a costruire la tua app per smartphone. Devi semplicemente trascinare e rilasciare dei widget predefiniti nel tuo design generale e poi interconnetterli con delle frecce per indicare il flusso: come aggiungere un modulo, un calendario, una mappa, un grafico, un'autorizzazione, un'e-mail, un catalogo di prodotti, l'elaborazione dei pagamenti e così via.

Anche la tecnologia di apprendimento automatico si sta avvicinando a un approccio "no-code". Un certo numero di start-up, così come le major come Apple, Google e Microsoft, offrono modelli predefiniti di apprendimento automatico che si possono poi adattare alle proprie esigenze. Usando esempi potete ragionevolmente semplicemente insegnare a un modello predefinito a categorizzare automaticamente i dati (comprese immagini, audio e testo). Anche in questo caso, fornendo degli esempi si può addestrare un modello per imparare a fare predizioni e previsioni dai vostri dati.

di successo

Ma se il "no-code" è sempre più fattibile, perché allora c'è ancora una così forte richiesta di sviluppatori professionisti di software? In parte è perché le soluzioni no-code, come il foglio di calcolo, hanno avuto così tanto successo: se quasi chiunque può facilmente crearne uno, allora molti vanno avanti e lo fanno. Si crea un'ondata, con risultati a vari stadi di completamento e di qualità, che non sempre funzionano come previsto.

Gran parte dell'ingegneria del software è semplicemente troppo pericolosa per essere sbagliata: probabilmente non si vorrebbe guidare una macchina intelligente la cui intelligenza sia stata costruita usando "no-code", o investire in un fondo pensione le cui decisioni di investimento siano state automatizzate da un approccio "drag and drop" no-code.

Così come i centralini automatici hanno reso il telefono più comodo da usare e molto meno incline agli errori di connessione, è necessario un nuovo approccio al software che non solo lo renda comodo da costruire ma, cosa molto più importante, assicuri automaticamente che sia robusto e senza errori.

 

Rate article

Nessun voto
Vota questo articolo:
Nessun voto

Condividi

Stampa

Comment

Collapse Expand Comments (0)
You don't have permission to post comments.
Back To Top