Speaker 2: Caffè 2.0, dal 2008 il podcast per scoprire internet con Valentino Spataro.
Speaker 2: Iscriviti per ascoltare in anteprima e senza promo. Vai su caffè20. it
Speaker 2: slash membri.
Speaker 3: Buongiorno, buongiorno a tutti. Oggi parliamo di un fenomeno molto
Speaker 3: conosciuto nel settore dell'intelligenza artificiale, nell'utilizzo dell'intelligenza artificiale, ed è
Speaker 3: quello di fare moltissime domande a e di abbandonare presto
Speaker 3: il filone che si è intrapreso. Ci si trova di
Speaker 3: fronte spesso a un'esigenza, la si approfondisce rapidamente, perché questo
Speaker 3: fa l'intelligenza artificiale, ti dà subito un'organizzazione mentale e dei
Speaker 3: contenuti delle relazioni rapide, risolvi il problema e sei convinto
Speaker 3: che però la soluzione sia parziale. Nonostante tutto, la maggior
Speaker 3: parte del lavoro è fatto, quindi poi sulla base di
Speaker 3: quella procedi e vai oltre. Che fine fanno tutti questi
Speaker 3: prompt e tutte queste risposte? Tipicamente si perdono, si dimenticano.
Speaker 3: In un altro episodio invece affronteremo proprio questo nel dettaglio,
Speaker 3: vedrete che sarà una puntata epocale, un po' come altre
Speaker 3: sono state ascoltate in una quantità incredibile di volte. Ma
Speaker 3: il punto centrale è Quando ottengo un programmino che mi
Speaker 3: risolve un piccolo problema, perché quel programmino lo si prende
Speaker 3: e lo si butta via? È qualcosa che si sente
Speaker 3: dire spessissimo. Devo dire che questa cosa la sento dire
Speaker 3: molto da chi non è programmatore, ma anche da molti
Speaker 3: programmatori che hanno meno compiti strategici. hanno più compiti esecutivi.
Speaker 3: Quindi realizzano il software, realizzano magari anche quelle funzioni, quei codici,
Speaker 3: quel codice che è abbastanza complesso, e poi se ne dimenticano,
Speaker 3: lo mettono da parte. Bene, la spiegazione è nella velocità,
Speaker 3: perché la macchina ci dà rapidamente una soluzione. Se noi
Speaker 3: non perdiamo tempo nel leggere la risposta, l'output, il modo
Speaker 3: in cui è stato strutturato il codice, allora non riusciamo
Speaker 3: a memorizzarlo non solo nel risultato, ma anche nel modo
Speaker 3: in cui funziona. Soprattutto se siamo abituati a valutare come
Speaker 3: funzionano le cose, nel momento in cui ce le danno
Speaker 3: chiavi in mano che già fanno qualcosa, a quel punto
Speaker 3: il nostro cervello tende a farsi la domanda successiva e
Speaker 3: dire va bene, andiamo avanti. Questo contrasto tra aspettare, capire
Speaker 3: quello che si è fatto prima di andare avanti, fa
Speaker 3: la differenza tra una programmazione strategica e una programmazione d'impulso.
Speaker 3: Chiamiamola così. Io ho cercato un termine per individuare questo fenomeno,
Speaker 3: per chiamare questo fenomeno di abbandono delle app. Chiamiamola abbandono.
Speaker 3: C'è disposable apps, throwaway apps, app useggetta. Abbandono. Secondo me
Speaker 3: è semplicemente abbandono. Perché? Andiamolo a vedere con termini meno
Speaker 3: da sviluppatore. Sostanzialmente, se non sono uno sviluppatore, io descriverò
Speaker 3: un problema concreto e chiederò alla macchina di risolvermelo. Soprattutto
Speaker 3: se non sono un programmatore, perché non so che cosa
Speaker 3: insegnare alla macchina, perché non so quali sono i limiti
Speaker 3: che voglio avere. Se però ho una visione molto logica
Speaker 3: o filosofia della conoscenza, non so come spiegarvela, ma facciamo
Speaker 3: molta attenzione a come si sviluppa un ragionamento, allora probabilmente
Speaker 3: chiederemo alla macchina di documentare come arriva il risultato. E
Speaker 3: già questo lavoro di documentazione, di mettere a fuoco gli
Speaker 3: elementi da focalizzare, da mostrare, questa è un'attività che ci sforza,
Speaker 3: invece di scrivere codice, ci fa riflettere su quello che
Speaker 3: vogliamo e noi ci ricordiamo di più come il software
Speaker 3: è nato e che cosa fa. Ma non solo, nel
Speaker 3: momento in cui ci occupiamo del funzionamento e di quello
Speaker 3: che deve dare, tanto più pensiamo in termini ampi, fuori
Speaker 3: dal contesto singolo, ma cercando di astrarre, a coprire altri
Speaker 3: contesti collaterali, simili, precedenti, successi, insomma, a estendere la visione
Speaker 3: del software, perché non funzioni solo per quel dettaglio, a
Speaker 3: quel punto creiamo anche una soluzione che potrebbe essere fondata
Speaker 3: su funzioni, una struttura interna a scatole, diciamo, quindi facilmente estensibile.
Speaker 3: E questa cosa fa sì che sia sotto il profilo grafico,
Speaker 3: sia sotto il profilo strutturale interno, che passa poi sempre
Speaker 3: da una lettura del codice, ci permette di dire, aspetta,
Speaker 3: questa però io la posso riutilizzare per fare anche altre cose.
Speaker 3: Invece di dire riscrivimela tutta, dirò riscrivimi questa funzione, oppure
Speaker 3: aggiungi questa funzionalità aggiungendo un bottone. Ecco, la differenza è
Speaker 3: tutta lì. Se riusciamo a mantenere una struttura granulare del
Speaker 3: nostro software a blocchi che si possono estendere, allora noi
Speaker 3: siamo portati a ricordarcela di più. Tutto questo però richiede
Speaker 3: comunque di avere un strumento di documentazione di tutte le
Speaker 3: nostre attività, dei prompt, delle richieste. Ma di questo ne
Speaker 3: parliamo in un altro episodio, perché già questo ti porta
Speaker 3: a capire perché facciamo tante cose e a volte si dimenticano.
Speaker 3: Alla prossima!
Speaker 2: Caffè 2.0.it è il podcast per imprese e professionisti che
Speaker 2: vogliono capire Internet dal punto di vista tecnico e da
Speaker 2: quello legale. Ascolta gli episodi in anteprima e senza pubblicità.
Speaker 2: Iscriviti a partire da 5 euro al mese. Vai su www. caffè2. 0. it
Speaker 2: slash membri.