🐛 𝐐𝐮𝐚𝐧𝐝𝐨 𝐢𝐥 𝐛𝐮𝐠 𝐫𝐞𝐠𝐧𝐚 𝐬𝐨𝐯𝐫𝐚𝐧𝐨 🥵 Come sudare (ulteriormente) in un pomeriggio di fine luglio Nell’ultima settimana (forse quasi due) ho sviluppato un servizio per lo scambio di dati con una piattaforma partner sfruttando il canale sFTP. La parte “problematica” si è verificata quando ho dovuto prendere del codice non mia e portarla all’interno. Alla prima apertura di codice non mi convinceva a pelle, ma illudendomi ho pensato “𝐒𝐢𝐜𝐮𝐫𝐚𝐦𝐞𝐧𝐭𝐞 𝐚𝐯𝐫𝐚𝐧𝐧𝐨 𝐟𝐚𝐭𝐭𝐨 𝐭𝐮𝐭𝐭𝐢 𝐢 𝐭𝐞𝐬𝐭 𝐝𝐞𝐥 𝐜𝐚𝐬𝐨!

⏲️ Il codice come il timer della lavatrice? Riflessioni di sabato mattina da “casalingo” … Mancava una decina di minuti alle 11 quando ho deciso di fare partire la lavatrice dopo il cambio delle lenzuola. Ho fatto un semplice ragionamento istintivo basandomi sulla durata indicata dal programma: 59 minuti! Ho questa lavatrice dal 2018 e non ricordo di avere mai visto un lavaggio durare quel tempo. Quando arriva attorno alla decina di minuti il tempo si dilata.

Andrea Carratta | Developer Freelance | Senior Backend & Cloud Developer | Microsoft Azure Cloud | Azure DevOps Progettare ed offrire soluzioni complete richiede anche un continuo processo di studio ed aggiornamento. Restare al passo con la tecnologia è fondamentale nel mio lavoro. Ogni processo deve garantire il risultato desiderato attraverso una serie di piccoli step come se fosse una melodia piacevole da ascoltare. Analisi, scelta della risorse da utilizzare e codice ottimizzato garantiscono ottime performance per fare la differenza.

Quando programmo l’utilizzo da parte mia di IDictionary è frequente specialmente per ridurre gli accessi allo strati dati generando una sorta di cache minimale nel codice per la chiamata in corso. Purtroppo alle volte capita di non trovare la corrispondenza della chiave e sappiamo benissimo quello che comporta. Nella migliore delle ipotesi si tratta di un nuovo accesso al database, ma in altre possiamo ricevere il valore in out di default o peggio (anche se forse è meglio) una bellissima Exception.

Durante uno sviluppo recente mi sono trovato a dovere affrontare nuovamente una situazione vissuta in passato legata alla leggibilità di un file JSON da parte dell’utente finale. Cosa intendo per leggibilità? Mi riferisco a presentare un file formattato in modalità Formatting.Indented partendo da un Json privo di formattazione. Non capite l’esigenza e la motivazione? Provate a leggere quanto segue! JSON & Formatting.Indented Anche in questo caso -come nel precedente- l’esigenza era molto chiara.

Quante volte aprendo il monitor delle Azure Functions hai visto una serie di errori tutti uguali? Di default -se non ricordo male- ogni errore genera un totale di cinque “Error” complessivamente. Personalmente trovo questo fatto molto sgradevole per una serie di motivi e se possibile punto ad evitarlo. Vi state chiedendo come? Ecco svelato il mistero … host - retry Senza perdermi troppo in parole vi svelo subito come evitare di avere molte occorrenze dello stesso errore.