Programmare con l'AI riporta a come chiedere all'androide di bordo di calcolare la rotta per Antares

Più lo utilizzo, più l'AI mi riporta a brani di fantascienza dove gli androidi si occupano di calcoli e elaborazioni complicate e ripetitive, come il calcolo di traiettorie spaziali, controlli di sistemi delle navi se non di intere flotte, processi di previsioni di situazioni, eccetera eccetera. La scorsa settimana sono riuscito, anche se a fatica, ad installare il vecchio Visual Basic 6 e tutte le dipendenze del mio Progetto MyShop 2005 (sì, qualche anno fa) su Windows 11. Un miracolo, reso possibile solo dall'assistenza di Claude, l'AI che utilizzo al momento, il quale, ad ogni errore di setup, trovava scappatoie per superarlo. Dopo l'ennesimo tentativo, io ero sfinito solo dallo scrivere comandi a Claude, ho il mio progetto VB6 su Windows 11! Credo che per l'AI sia stato più laborioso che calcolare una rotta dalla terra ad Arturo che eviti tutte le fasce radioattive e i cumuli di asteroidi presenti nel percorso. Stamattina ho messo Claude alla prova, avevo un bug vecchio, facilissimo da risolvere, ma volevo la certezza che fosse addestrato (skillato per i puristi fighi) sul codice VB6: alla vendita di un prodotto a peso variabile, se il listino del prodotto fosse stato impostato a zero, appariva un bel messaggio di errore: division by zero! Sapevo già dove andare a parare ma glielo chiesto a Claude, modello Fable 5.1: Buongiorno Claude, nel MyShop 2005, progetto cassa, se si vende un prodotto a peso variabile dove il prezzo di listino è a zero, appare ovviamente la scritta division by zero, me la sistemeresti? La sua risposta è stat immediata:

Cerco nel progetto cassa (MyShopFE) il punto dove viene gestita la vendita a peso variabile e la divisione per il prezzo di listino.

E dopo qualche istante:

Ho trovato che in FrmCassaVirtuale12 la divisione per il prezzo di listino (per calcolare il peso) avviene in quattro punti, di cui solo uno protetto. Ora verifico che sia il form giusto e controllo il contesto dei punti non protetti.

e poi ancora:

Tutto chiaro. Applico ora le correzioni con uno script Python che lavora sui byte, così conservo la codifica ISO-8859-1 e i fine riga CRLF del file.

E infine:

Fatto. Ho corretto la "Divisione per zero" nella cassa e mi sono annotato che i progetti stanno in C:\MyShop2005 (i .vbp lì puntano ai sorgenti in C:\DataShopSource\MyShop2005, quindi il file modificato è quello giusto). Causa. In FrmCassaVirtuale12.frm il peso di un articolo a peso variabile viene ricavato dividendo l'importo del codice EAN per il prezzo di listino. Questo avviene in quattro punti, ma solo il salvataggio della vendita controllava che il prezzo fosse maggiore di zero. Gli altri tre no, e il loro gestore d'errore mostra MsgBox err.Description, da cui il messaggio della foto. Modifiche, tutte nello stesso form:

Sì, credo che, appena su questo pianeta prigione sarà disponibile la tecnologia spaziale, potremmo divertirci con gli Androidi, di cui Claude e suoi simili è un precursore 🎉🚀🚀😏 PS: l'editor per scrivere gli articoli del mio blog è stato fatto con l'assistenza di Claude: una meraviglia 🤖