Di Enrique Dans
Un team di ricerca del MIT e Intel ha sviluppato un algoritmo in grado di creare algoritmi. E prima di iniziare a fantasticare su Skynet e altre distopie apocalittiche, tutto ciò significa in realtà la capacità di una macchina di automatizzare la programmazione in modo che a sua volta un programmatore possa automatizzare un'ampia gamma di compiti noiosi o ripetitivi o, spingendola al limite, che chiunque potrebbe programmare semplicemente descrivendo le attività che desidera eseguire.
Il sistema, machine inferred code similarity (MISIM), apprende cosa intende fare una parte di software studiando la struttura del codice e analizzando le differenze sintattiche di altri codici con comportamenti simili.
L'idea di computer in grado di programmarsi da soli a partire da istruzioni fornite in linguaggio naturale esiste da tempo ed è già stata messa in pratica tramite diverse iniziative di piattaforme di sviluppo o NCDP, sotto l'egida del cosiddetto movimento No Code.
Sempre più aziende, in particolare startup con la capacità di progettare i propri sistemi da zero, sviluppano strutture basate su codice scritto da terze parti o prelevato da repository e piattaforme, che viene assemblato in pezzi. Alcuni sostengono che la pandemia di coronavirus e l'aumento del lavoro distribuito abbiano fornito un incentivo per l'adozione di questo tipo di piattaforme e strumenti. A giugno Amazon ha lanciato la sua piattaforma Honeycode, che consente la progettazione e la costruzione di applicazioni assemblando moduli. Con la stessa idea, Salesforce ha Lightning App Builder, Google ha App Maker, Microsoft offre Flow e Power Apps e potremmo anche includere strumenti di creazione di pagine come WordPress, semplici strumenti di automazione delle attività come IFTTT e molti altri.
Le piattaforme low-code o no-code sono il futuro? In realtà, tali piattaforme esistono da tempo. Come molte persone, ho costruito le mie prime pagine web con strumenti visivi come FrontPage o Dreamweaver che non richiedevano praticamente alcuna conoscenza di programmazione, il che mi ha aiutato a capire molto di più su cosa c'era dietro una pagina web o sui comandi che supportavano determinate funzionalità.
I critici dicono che mettere strumenti di questo tipo nelle mani degli utenti che non sono in grado di rivedere il codice che generano potrebbe portare a sistemi Frankenstein con parti che sono molto difficili da mantenere, evolvere o aggiornare, oltre a causare potenzialmente più problemi di sicurezza come risultato sia della scarsa conoscenza dei responsabili sia della possibilità di vulnerabilità derivanti dalla piattaforma stessa che potrebbero essere facilmente sfruttate.
Allo stesso tempo, altri affermano che tali strumenti aiuteranno gli sviluppatori a costruire e mantenere sistemi in ambienti che sono sempre più complessi e difficili da padroneggiare per una singola persona, e che il ruolo e le responsabilità dei programmatori odierni saranno limitati ai ruoli di supervisione.
In ogni caso, si tratta di affidare la progettazione e la realizzazione di impianti a molte più persone, con tutto ciò che ciò potrebbe comportare in termini di potenziale disruption, e tutto indica che, a seconda dell'evoluzione della tecnologia, l'idea di descrivere una funzionalità a parole o per mezzo di diagrammi a una macchina in modo che costruisca il codice necessario da quella descrizione è solo questione di tempo. In altre parole, i programmatori come li conosciamo saranno senza lavoro se qualcuno può costruire un sistema complesso facendo clic su scelte di menu: un salto concettuale che a mio modesto parere sembra improbabile per il momento.