Post di Emanuele Turella

🚀 TeM. Pionieri delle Telecomunicazioni 🚀 Nell'ultimo periodo, come facciamo spesso, ci siamo lanciati a testa bassa su nuove soluzioni e tecnologie. Mentre molti approcciano al cambiamento con resistenza e sospetto, o nella migliore delle ipotesi con approcci attendisti, noi ci buttiamo a capofitto verso nuovi capitoli della nostra storia aziendale. Queste sfide sono stimolanti e gratificanti, ma escono dal nostro "seminato" di integratori di sistemi, per entrare nel regno del "beta testing" e del "bug bounty". Attività non riconosciuta né retribuita dai nostri partner tecnologici, ma che operiamo con piacere e con etica professionale poiché siamo consci del fatto che senza questa mentalità aperta, ricca di pensieri fuori dagli schemi, i nostri clienti e gli altri utenti non potrebbero godere appieno di un prodotto testato e funzionante anche in scenari non convenzionali. Inizialmente queste attività sono frustrati, perché spesso di fronte ad un...bug, gli sviluppatori adottano lo strumento della chiusura a riccio e del superego di infallibilità. Quindi frasi come: "Succede solo a voi!", "Nessuno ci ha segnalato questo problema!", "Mandateci i trace, i log, i pcap!", "Abbiamo controllato la segnalazione. Il problema non è sul nostro applicativo/telefono/centralino/etc..." sono all'ordine del giorno. Si tratta quindi di mettere in moto un lavoro di diplomazia, collaborazione e reciproco interesse. Non è inusuale fornire anche ambienti di test dove abbiamo situazioni di ricorsività del bug, o documentazione dettagliata del problema. Successivamente, quindi, fa piacere vedere i KB dei vendor che recano spesso la dicitura "Bug Fix" a problemi che abbiamo segnalato per primi. Per questo sono orgoglioso di far parte dell’eccezionale squadra di TeM, azienda orientata all’avanguardia del settore, dove mettiamo a disposizione la nostra competenza, consci del fatto che, se si raggiungerà un risultato ottimale sarà anche merito nostro. E voi? Come affrontate le sfide odierne? Condividete il nostro approccio? #TeM #Telecomunicazioni #Innovazione

#software #iceberg #cleancode Che metafora usereste per definire un software? A me piace vederlo come un Iceberg. C'è una piccola parte visibile che potrebbe essere ad esempio l'interfaccia utente , alcuni problemi conosciuti , la percezione che , in generale , ne hanno i clienti e più in generale gli stakeholder che lo utilizzano o che hanno a che fare (escludendo quindi il team di sviluppo). Il resto , cioè la porzione invisibile , è nascosta sotto l'acqua ed è visibile in parte solo al team di sviluppo mentre gli stakeholder se ne accorgono solo come le navi quando ci sbattono contro e trovano ad esempio un bug , un problema più o meno grave. Alla fine anche per il team di sviluppo è come un iceberg solamente che c'è una parte fuori dall'acqua un po' più grande. Esiste anche per noi sviluppatori una parte sott'acqua che non vediamo e magari scopriamo insieme al cliente perché ad esempio possiamo essere bravi quanto si vuole ma gli errori scappano sempre. Anche la logica di funzionamento rimane visibile poco mentre la maggior parte è sconosciuta e il team di sviluppo riesce a volte a ricostruirla quando ne esamina il codice sorgente, dico a volte perché spesso la lettura non riesce a togliere tutti i dubbi e a ricostruirne correttamente la logica di funzionamento. Come gestiamo la parte sott'acqua?  - Ad esempio rendendo il codice sorgente più chiaro agli umani (come dice Mauro Murru) - Altro esempio migliorandone la qualità in tutto il processo produttivo E voi come gestite la parte sott'acqua? P.S. anche la parte sopra è importante naturalmente

Update Office Hours #Midjourney del 22 febbraio 2024 Aggiornamenti: - In lavorazione su nuove funzionalità social per il sito web v6 - lIn lavorazione sul terminare la v6 - In lavorazione sulla coerenza dei personaggi (maggiore feature richiesta da parte degli utenti), sarà comunque necessario testare e capire la moderazione - Miglioramenti estetici - Migliorare la velocità della V6 - In un paio di settimane nuova funzionalità Describe v7 - Si concentreranno di più dopo la conclusione della v6 - Sistema più pulito - Possibilità di realizzare video con la V7 Nei prossimi 6 mesi potrebbero iniziare a collaborare/partnership con altri grandi laboratori di intelligenza artificiale. Forse potrebbero apire le API? Sotto un token che mi sta piacendo particolarmente #midjourney #update #officehours

Dopo decenni che vedo “uscire in produzione” in maniera, per dirla alla Leopardi, “matta e disperatissima”, questa volta con Nuvolaris e MastroGPT sto andando in produzione “come dico io”. La tipica trafila del Go Live che ho visto decine di volte è quella in cui arriva l’ora X e si apre il sito al pubblico. A quel punto i problemi arrivano subito già home page, dove compaiono vari null e inizia la corsa disperata a correggere gli errori più evidenti. Il problema successivo si presenta con le performance del sito che ha colli di bottiglia inaspettati, ed è lento come la morte. Ovviamente "non c'è stato il tempo di fare uno stress test", ammesso che il concetto abbia raggiunto la mente di qualcuno. Spesso la logica è "siccome ho speso x milioni di euro funzionerà con 10x milioni di utenti". Si cerca quindi in corsa di rimediare, a volte sostituendo le pagine dinamiche con pagine statiche “temporanee” e si riempe la lista dei problemi da risolvere. A quel punto i manager cominciano a fare i conti della serva. “Questo non lo usa nessuno e quindi non importa se non funziona. Questo qui lo sistemiamo a mano se qualcuno lo usa. Concentratevi su questa roba e sistemate intanto quegli errori lì. Non importa come, basta che funziona.” Seguono due mesi di follia assoluta, in cui si lavora fino alle 22 e si ricominca alle 8, e spunta pure qualche sacco a pelo in ufficio per quelli che devono fare il redeploy alle 2 di notte quando gli altri hanno finiti. Queste cose io non ce la faccio più a farle. Sono troppo vecchio per fare il cowboy programmer. Quindi Nuvolaris sta andando in produzione un po’ alla volta, correggendo gli errori via via. La prima fase è stata quella delle “vittime sacrificali”, che sapevano di esserlo e hanno lavorato sul cluster. Che, però aveva subito un bel po' di test prima, e stranamente non è mai caduto e non ha subito rallentamenti! Abbiamo avuto problemi nel nuovo ambiente di sviluppo, che era vernice fresca. Lo abbiamo ripulito, affinato e allineato, e reso fruibile. E abbiamo ascoltato quelli che ci chiedevano i tester. L’unico problema serio che si è manifestato si è dimostrato essere stato legato a una caduta di connettività del provider. Il sistema per la verità non è caduto ma non si riusciva ad accedere a servizi non locali. Qui provvederemo mettendo una nuova connettività di backup Abbiamo tirato su su un green/blue deployment e abbiamo fatto un secondo cluster che abbiamo stress testato e ottimizzato. E infine abbiamo fatto la prova generale di backup/restore switchando dal cluster green al cluster blue e tutto ha continuato a funzionare come prima. Nel frattempo abbiamo messo a punto la nostra presentazione e ora stiamo andando avanti con la waitlist invitando sempre più persone sul nostro MastroGPT. Insomma, stiamo andando in produzione dormendo la notte. Il che vi assicuro è una esperienza assolutamente nuova e mai sperimentata prima.

Una cosa che ho imparato in 23 anni di onesto servizio nell’IT è che ci sono due tipi di informatico: i Pulcinella e gli altri.

Le considerazioni di Marco Pirone in merito all'efficienza di ConsolONE sono sacrosante, ma permettetemi di esprimere un parere personale spassionato: per ottimizzare l'#efficienza della propria #azienda è assolutamente necessario adottare le migliori #tecnologie esistenti sul #mercato (ogni riferimento a .... #consolone è puramente casuale 😉 ), ma questo da solo non basta. In un'epoca dove concetti quali #Innovazione Tecnologica e #AI sembrano essere la "panacea" a tutti i mali, ritengo, invece, che l'elemento fondamentale e differenziante rimanga sempre ..... la qualità dell'elemento umano (Isabella Iannella docet).

Per caso te lo sei perso.... Ecco le principali novità di #TWIND! ♻️ [RELEASE LUGLIO] Continua a leggere... Il secondo trimestre del 2024 è stato fondamentale. 🚀 Abbiamo lanciato nuove funzionalità e miglioramenti per aiutarti a essere più efficiente e a minimizzare i rischi. Ecco un riepilogo: + Allegare immagini nei registri di visita. + Scaricare carte d'accesso QR in due clic. + Gestire facilmente azioni e documenti storici. + Miglioramenti nei permessi di lavoro e nella firma doodle. + Filtro per Centro nella Dashboard. + Miglioramenti nei report. + Nuove lingue: turco, polacco, olandese e ungherese. ✨ E c'è di più! Leggi l'articolo completo sul Blog di Twind: https://lnkd.in/dZF-MnxK #Twind #Innovazione #SaaS #GestioneAppaltatori #ControlloDocumentale

📌Dallo stop di #Berlino alla norma sulla #duediligence all’impegno su #eolico e #solare di #Google. Scopri le 5 #news sulla #sostenibilità della settimana firmate SostenibileOggi ✅ 👉 https://bit.ly/3SyNXKb

A marzo chiuderemo un progetto molto interessante e complesso. Siamo stati chiamato 2 mesi fa da un cliente che si era trovato in una situazione che pareva senza uscita: aveva chiesto di sviluppare una soluzione ad un team di lavoro, che non aveva competenze (... o risorse disponibili) adeguate. Purtroppo dopo 6 mesi di progetto la nave stava andando alla deriva senza riuscire a trovare una soluzione. I problemi principali erano: 1. funzionalità non concluse 2. funzionalità esistenti molto instabili (tocco di qui, si rompe di là) 3. in alcuni casi vi era pure discordanza tra risultato e requisiti iniziali Abbiamo costruito il team su misura, fermato il progetto per 10 giorni, al fine di raccogliere nel dettaglio tutte le evidenze oggettive (non soggettive) e definire un piano di lavoro. E' stata cambiata anche la piattaforma di hosting: on prem > #azure Orchestrato il tutto tramite #azuredevops implementando analisi statica del codice in ogni build, analisi dei pacchetti utilizzati per rintracciare vulnerabilità o pacchetti obsoleti, infine automatizzato i rilasci. Presto si andrà in produzione. Davvero grande soddisfazione! Se vi servisse "rimettere in bolla" un progetto, abbiamo esperienza :) #softwaredevelopment #agile #trustinme #alm #qualityassurance AM Digital Life #greatteam

CARTA CONTINUA Il titolo oggi mi è venuto così, un po' incerto, un po' ibrido. Non so se ricorda più un movimento politico o un rotolo di carta igienica. Questo lo diranno i lettori. L'idea è semplicemente di andare avanti con le carte sulle metriche. Con 3 argomenti che potrebbero animare una discussione sotto l'ombrellone, oppure far allontanare inorriditi i vicini come lo scartocciamento di un tramezzino taleggio e cipolla. ● Come si misura il Debito Tecnico? ● Che indicazioni trarre dal totale di Pull Request integrate nella Code-Base? ● Quante volte fila tutto liscio al primo Test (e poi, quanto dura la felicità) ? Tre temi facili facili per una serena domenica di mezza estate. Non sapete da dove cominciare? Facile: pescate una carta a caso… #Agile_Sostenibile #Metriche #Scrum