{"id":28490,"date":"2025-03-19T10:00:00","date_gmt":"2025-03-19T09:00:00","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=28490"},"modified":"2025-03-13T11:49:11","modified_gmt":"2025-03-13T10:49:11","slug":"node-js-guida-per-creare-api-e-applicazioni-in-javascript-lintervista-di-alessandro-miliucci-al-devsbookclub","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/it\/dev-life-it\/libri-it\/node-js-guida-per-creare-api-e-applicazioni-in-javascript-lintervista-di-alessandro-miliucci-al-devsbookclub\/","title":{"rendered":"Node.js: Guida per creare API e applicazioni in JavaScript. L’intervista di Alessandro Miliucci al DevsBookClub"},"content":{"rendered":"\n

Alessandro Miliucci \u00e8 uno sviluppatore con una lunga esperienza nella gestione di progetti e nella creazione di architetture, front-end e back-end, in particolare con JavaScript <\/a>e Node.js. Ha collaborato allo sviluppo della neobank Hype e fondato una startup del settore e-commerce; attualmente lavora nel settore fintech in Fabrick . <\/p>\n\n\n\n

Potete trovarlo a un sacco di conferenze in cui non si risparmia mai, sia come speaker sia come attendee. Molto attivo nelle community specialmente Roma js e Mongodb, \u00e8 autore, finora, di due libri: uno su React per cui lo abbiamo intervistato l’anno scorso, a questo link<\/a> trovate il video, e Node.js: Guida per creare API e applicazioni in JavaScript<\/strong><\/em>. <\/p>\n\n\n\n

Savino Carlone e Andrea Maietta hanno fatto il solito casino che ho tentato di filtrare per quanto possibile. Qui un estratto delle domande in ordine cronologico. L\u2019intervista dura circa 45 minuti, come tutte quelle del Devs Book Club. Potete ascoltarla a tutto volume o vederla sul telefono mentre partecipate, impotenti, a una call con il marketing che ignora che voi vi occupate di backend dal 1990.<\/p>\n\n\n\n

Domanda<\/strong><\/p>\n\n\n\n

Parlaci di te e di come \u00e8 nato il libro. <\/p>\n\n\n\n

Risposta<\/strong><\/p>\n\n\n\n

Ciao, io sono Alessandro, come credo molti altri qui sviluppo software e lavoro in Fabrik, una societ\u00e0 che si occupa di fintech. Prima di questo ho fatto tutta una serie di cose, startup e startup e ancora startup. Questo libro nasce anche grazie a queste esperienze dove Node.js mi ha permesso di fare veramente molte cose, molto semplicemente, molto in grande e anche molto velocemente. <\/p>\n\n\n\n

Quindi \u00e8 nato da un’esperienza diretta e poi da una mia passione per una tecnologia che \u00e8 cos\u00ec, diciamo, malleabile e molto utile per gli sviluppatori: credo sia disprezzato principalmente da chi non l’ha mai utilizzato, perch\u00e9 una volta che lo si utilizza si capisce che \u00e8 difficile trovare qualcosa di pi\u00f9 pratico e pragmatico per creare quello che si vuole e quando lo si vuole.<\/p>\n\n\n\n

Domanda<\/strong><\/p>\n\n\n\n

Puoi spiegarci cos’\u00e8 Node.js per chi non lo conosce, cosa c\u2019entra con JavaScript?  <\/p>\n\n\n\n

Risposta<\/strong><\/p>\n\n\n\n

JavaScript \u00e8 il linguaggio che viene messo a disposizione da Node.js, che per\u00f2 \u00e8 un runtime, quindi non \u00e8 lo stesso JavaScript che si usa all’interno del browser. Il linguaggio \u00e8 lo stesso ma le API a disposizione sono completamente diverse: quindi non ci sono quelle per manipolare la pagina, ma avete delle API per usare HTTP, TCP, il file system; quello che vi aspettate dal back end \u00e8 gi\u00e0 scritto. <\/p>\n\n\n\n

In realt\u00e0 \u00e8, diciamo, la coperta che c’\u00e8 sopra, perch\u00e9 in realt\u00e0 quello che avete con Node \u00e8 un engine C++, \u00e8 JavaScript, \u00e8 solo il linguaggio che vi permette di usarlo. All’interno c’\u00e8 un pezzo di Chrome, che \u00e8 l’interprete di JavaScript unito a un’altra libreria, che serve da strato verso il sistema operativo e tutte queste API che abbiamo detto. Quindi Node dispone delle API all’interno. Questo runtime si chiama V8.<\/p>\n\n\n

\n
\"\"<\/figure><\/div>\n\n\n

Domanda<\/strong><\/p>\n\n\n\n

Visto che Node ha bisogno di poche risorse, ci sono tutta una serie di sistemi, tipicamente quelli embedded, che hanno poche risorse. Hai mai avuto delle esperienze con ambienti Node su Raspberry Pi o cose del genere? Ti vengono in mente dei casi d’uso per queste cose qui?<\/p>\n\n\n\n

Risposta<\/strong><\/p>\n\n\n\n

S\u00ec, si presta secondo me un po’ per tutto ovviamente. Poi il caso lo devi valutare bene, per\u00f2 il fatto che di per s\u00e9 consumi molto poche risorse lo rende ottimale sia su sistemi dove comunque il consumo di memoria o di risorse CPU \u00e8 limitato. Per delle applicazioni che magari devono girare dentro un container, quindi un singolo processo dentro un container, diciamo che Node calza perfettamente, rende tutto molto pi\u00f9 semplice da questo punto di vista. Quindi s\u00ec, lo puoi usare per fare cose piccole e lo puoi usare anche per fare cose grandi. La cosa buona \u00e8 che le risorse crescono quando serve, non prima.<\/p>\n\n\n\n

Completamente diverso da software del passato dove, nel momento in cui lanciavi il web server, veniva creata una montagna di processi che stavano l\u00ec ad aspettare richieste. Pur senza far niente, questo server consumava tutta la memoria. No vabb\u00e8, molta della memoria e molte delle risorse di calcolo disponibili della macchina vengono utilizzate quando servono e non prima o dopo.<\/p>\n\n\n\n

Domanda<\/strong><\/p>\n\n\n\n

Il libro \u00e8 molto bello, mi \u00e8 piaciuto tanto seguire gli esempi che hai fatto. \u00c8 anche una riscoperta di certe cose che uno d\u00e0 per scontato, no? \u00c8 stato molto interessante. Una cosa cattiva che mi piace sempre tirare fuori \u00e8 che tu dici che Node con poche risorse \u00e8 performante, eccetera, per\u00f2 poi c’\u00e8 NPM da una parte dove scarichi di tutto di pi\u00f9 e la risorsa viene messa a rischio. Mi sa che \u00e8 l’hard disk sulle macchine su cui girano quelli che fanno i giochi. Da questo punto di vista?<\/p>\n\n\n\n

Risposta<\/strong> <\/p>\n\n\n\n

“Beh s\u00ec, quello l\u00ec \u00e8 qualcosa che, diciamo, una delle parti che sta in teoria cambiando di pi\u00f9 dell’ecosistema Node, perch\u00e9 Node \u00e8 sviluppato dal team di Node.js, mentre NPM \u00e8 fatto da un altro team, in particolare di GitHub che \u00e8 di Microsoft. Viene fornito insieme, ma non \u00e8 sviluppato dallo stesso team e questa cosa proprio adesso sta creando tutta una serie di attriti perch\u00e9 Node e il team ha sviluppato un sistema che si chiama Korpack che crea uno strato tra NPM, che \u00e8 il gestore delle dipendenze, quindi quello che vi scarica i moduli esterni in libreria, come volete chiamarle, e il gestore delle dipendenze stesso. <\/p>\n\n\n\n

Quindi invece di dover per forza utilizzare NPM, con quello strato a voi non interessa quello che c’\u00e8 sotto, si occupa di tutto questo Korpack, gestendolo in autonomia. Perch\u00e9 oltre a NPM esiste anche Yarn che ha avuto il suo momento d’oro un po’ di anni fa. Poi adesso c’\u00e8 PNPM che \u00e8 molto pi\u00f9 performante soprattutto per il disco, quindi non crea duplicati di file ma utilizza tutto un meccanismo molto sofisticato di link sul file system. <\/p>\n\n\n\n

E quindi \u00e8 un aspetto, quello l\u00ec, che \u00e8 di grande cambiamento che c’\u00e8 adesso. Ecco, una delle parti che \u00e8 pi\u00f9 messa in discussione proprio per tutti i problemi di NPM, quindi sicurezza, dimensione dei file, per\u00f2 dal mio punto di vista soprattutto sicurezza.”<\/p>\n\n\n\n

\n