Michele Andrighetti

Autore: Michele

  • Ripetere non significa restare uguali

    Una delle cose che trovo più interessanti nella musica è che la ripetizione non produce necessariamente immobilità. Al contrario: spesso è proprio un elemento che ritorna a rendere percepibile ogni piccola variazione.

    Il pattern crea aspettativa

    Quando un ritmo, una figura o una sequenza torna più volte, il cervello comincia a prevederla. Non serve conoscere teoria musicale: dopo poche ripetizioni sappiamo già, almeno in parte, cosa ci aspettiamo che accada.

    Ed è proprio lì che una deviazione minima acquista peso. Una pausa, un accento spostato, una nota che cambia o uno strato che scompare possono diventare molto più evidenti di quanto sarebbero senza quella struttura ripetuta.

    Il dettaglio che rompe l’equilibrio

    Mi interessa questo equilibrio tra regola e sorpresa. Se tutto cambia continuamente, è difficile capire cosa sia davvero cambiato. Se nulla cambia, il sistema diventa prevedibile. Molta musica vive nello spazio intermedio: abbastanza struttura da poterla riconoscere, abbastanza variazione da mantenerla viva.

    Strati indipendenti, risultato unico

    Un altro aspetto affascinante è la stratificazione. Una linea ritmica può essere semplice, così come una linea di basso o una sequenza melodica. Ma quando più elementi semplici convivono, il risultato percepito può diventare molto più complesso dei singoli pezzi.

    Questo è uno dei punti in cui il collegamento con sistemi e software diventa naturale: componenti relativamente semplici, ciascuno con una funzione precisa, acquistano significato soprattutto attraverso le loro relazioni.

    UNA STESSA IDEA, IN CONTESTI DIVERSI

    Nel Gioco della vita una piccola regola locale produce forme inattese. In una pipeline dati, più trasformazioni semplici costruiscono un risultato affidabile. In musica, pattern e strati elementari possono produrre tensione, movimento e sorpresa. Non sono la stessa cosa; condividono però un modo interessante di pensare la complessità.

    Ascoltare anche la struttura

    Si può ascoltare musica senza analizzarla, naturalmente. Ma a volte provare a seguire un singolo strato, riconoscere ciò che ritorna e notare quando cambia aggiunge un secondo livello di ascolto. Non sostituisce quello emotivo: gli si affianca.

    Dal testo a un piccolo esperimento

    Per rendere concreta questa idea ho preparato anche un piccolo sequencer visuale: pochi suoni, sedici passi e nessuna pretesa di essere uno strumento musicale completo. Serve solo a mostrare quanto rapidamente pattern elementari possano combinarsi e cambiare carattere.

  • Pattern, variazioni e sistemi: un filo tra musica e tecnologia

    Pattern, variazioni e sistemi: un filo tra musica e tecnologia

    La musica e la tecnologia sembrano mondi lontani. Eppure entrambe possono partire da elementi molto semplici — una pulsazione, una sequenza, una regola, un dato — e diventare interessanti quando questi elementi iniziano a combinarsi, ripetersi e cambiare.

    Il pattern è solo l’inizio

    Una sequenza di note o di colpi può essere molto semplice. Presa da sola, magari anche banale. Ma basta ripeterla, spostarla, togliere un elemento, sovrapporne un’altra o cambiare l’accento perché il risultato inizi a trasformarsi.

    È una dinamica che ritrovo spesso anche nei sistemi tecnici: il singolo componente conta, ma quello che davvero determina il comportamento è la relazione tra i componenti.

    Ripetere non significa restare fermi

    La ripetizione è interessante proprio quando non è perfettamente immobile. Un ritmo può rimanere riconoscibile mentre cambiano gli strati intorno. Una frase può tornare con una nota diversa. Un elemento può sparire per qualche battuta e rientrare con un peso completamente nuovo.

    La struttura rimane leggibile, ma continua a produrre novità. È una forma di complessità che non nasce dal caos: nasce da variazioni controllate.

    pattern → ripetizione → variazione → comportamento emergente

    È probabilmente questo il filo che collega musica, automazione, dati e persino il Gioco della vita: poche regole comprensibili possono generare un risultato molto più ricco della somma delle singole parti.

    Strati indipendenti, risultato unico

    Un brano può avere basso, batteria, armonia e melodia che funzionano come linee distinte. Nessuna racconta da sola ciò che si percepisce ascoltandole insieme. Il risultato emerge dall’interazione.

    Per chi sviluppa software il parallelismo è quasi inevitabile: componenti separati, responsabilità diverse, interfacce tra le parti. Ma non serve conoscere il codice per riconoscere il concetto. Anche in un normale foglio Excel è facile vedere come dati, formule e visualizzazione abbiano ruoli diversi e acquistino senso soprattutto quando lavorano insieme.

    Regole e libertà non sono opposti

    Una regola non serve necessariamente a rendere qualcosa rigido. Può creare il contesto dentro cui diventa possibile sperimentare. Un tempo, una tonalità, una progressione o una struttura delimitano lo spazio; proprio per questo una deviazione diventa percepibile e significativa.

    Lo stesso vale quando si progetta uno strumento: meno decisioni inutili, regole chiare e libertà dove conta davvero.

    Perché la musica trova posto qui

    Non perché questo debba diventare un sito musicale. La musica entra nello stesso spazio degli esperimenti: è un altro modo per osservare struttura, trasformazione, ritmo e comportamento emergente.

    Mi interessa soprattutto quel confine in cui una struttura è abbastanza chiara da poter essere capita, ma abbastanza aperta da produrre qualcosa che non era completamente prevedibile all’inizio.

    Un possibile esperimento

    La naturale continuazione è un piccolo sequencer visuale: poche righe, pochi passi, elementi attivabili e disattivabili. Non per costruire una DAW nel browser, ma per rendere visibile e ascoltabile la stessa idea: modificare un pattern semplice e osservare come cambia il risultato complessivo.

    La complessità interessante spesso non nasce da regole complicate, ma da regole semplici che interagiscono bene.

  • Excel è più potente quando gli strumenti lavorano insieme

    Excel è più potente quando gli strumenti lavorano insieme

    Excel viene spesso raccontato come un foglio di calcolo. In realtà, quando si combinano bene tabelle, formule dinamiche, Power Query, VBA e — quando serve — Power Pivot, diventa qualcosa di più vicino a una piccola piattaforma per dati e automazione.

    Il punto non è usare tutto

    La parte potente non è avere molti strumenti nello stesso file. È assegnare a ciascuno il lavoro che sa fare meglio. Una formula può essere perfetta per una trasformazione immediata; Power Query per importare e normalizzare dati; VBA per guidare un processo; Power Pivot per modellare grandi quantità di dati e calcolare misure.

    1. Tabelle e formule dinamiche: il livello più vicino all’utente

    Le Tabelle di Excel danno struttura ai dati: colonne con nomi chiari, intervalli che si espandono automaticamente e formule più leggibili. Le formule dinamiche aggiungono un secondo vantaggio: una sola formula può restituire un intero risultato che cresce o si riduce da solo.

    Funzioni come FILTRO, UNICI, ORDINA, CERCA.X, LET e le funzioni di impilamento permettono di costruire viste e riepiloghi senza riempire il foglio di formule copiate verso il basso. Per un utente base significa meno manutenzione; per uno sviluppatore significa poter trattare alcune aree del workbook come viste calcolate.

    2. Power Query: preparare i dati prima che arrivino nel foglio

    Quando i dati arrivano da file, cartelle, database o fonti diverse, conviene evitare di risolvere tutto con formule. Power Query può importare, pulire, unire e trasformare i dati in una sequenza di passaggi ripetibile.

    L’utente vede soprattutto un pulsante Aggiorna. Dietro, però, può esserci una pipeline vera e propria: sorgente → trasformazione → controllo → output. È uno dei punti in cui Excel comincia a comportarsi meno come un foglio e più come un’applicazione dati.

    3. VBA: automatizzare il percorso, non solo il calcolo

    VBA diventa utile quando il problema non è più soltanto calcolare un risultato, ma guidare una sequenza di operazioni: validare un input, importare un file, aggiornare una query, creare un workbook, esportare un risultato o applicare controlli.

    Per un utente significa poter premere un pulsante invece di ricordare dieci passaggi. Per uno sviluppatore significa avere un livello di orchestrazione sopra formule e query, senza dover riscrivere in VBA ciò che Excel o Power Query sanno già fare meglio.

    4. Power Pivot: quando serve un vero modello dati

    Power Pivot non è necessario in ogni progetto. Diventa interessante quando ci sono più tabelle collegate, molti record o calcoli che hanno più senso come misure che come formule di cella.

    Qui il foglio smette di essere il luogo in cui vive tutta la logica: il modello conserva relazioni e misure, mentre tabelle pivot e altri output mostrano soltanto il risultato necessario.

    UN ESEMPIO SEMPLICE

    Un file operativo può usare una Tabella per raccogliere gli input, Power Query per leggere e normalizzare i dati, formule dinamiche per mostrare solo ciò che serve e VBA per gestire importazione, aggiornamento ed esportazione. Se il volume o le relazioni crescono, Power Pivot può aggiungere il modello dati senza cambiare l’interfaccia che l’utente già conosce.

    Per chi usa Excel tutti i giorni

    Non serve partire da VBA o dal modello dati. Il salto più grande spesso arriva già passando da intervalli manuali a Tabelle, da formule copiate a formule dinamiche e da importazioni ripetitive a Power Query. Gli altri strumenti possono entrare solo quando il processo lo richiede.

    Per chi sviluppa

    Visto da sviluppatore, Excel può essere pensato per livelli: interfaccia e input nel workbook, trasformazioni in Power Query, logica interattiva in VBA, modello analitico in Power Pivot e database esterni quando il dato non deve vivere nel file. Il vantaggio è usare un ambiente già familiare agli utenti senza rinunciare del tutto a separazione delle responsabilità, riuso e controllabilità.

    Dove fermarsi

    Il rischio è trasformare ogni workbook in un piccolo sistema software senza accorgersene. Se aumentano utenti concorrenti, volumi, permessi, transazioni o requisiti di disponibilità, probabilmente una parte del problema deve uscire da Excel.

    Il vero vantaggio non è usare più Excel. È usare ogni parte di Excel nel punto giusto.

  • Istantanee e audit dei dati: un pattern pratico

    DATA AUDIT · HISTORY · SQL

    Quando un dato cambia nel tempo, il valore corrente spesso non basta. Per capire davvero cosa è successo serve ricostruire le istantanee precedenti e metterle in ordine.

    Partire dall’identificativo corretto

    Il primo problema è distinguere l’identificativo del record corrente da quello che rappresenta la storia logica dell’oggetto. Una buona query di audit parte da questa relazione e ricostruisce tutte le versioni collegate.

    Ordinare prima di interpretare

    Le istantanee diventano leggibili solo se ordinate temporalmente. In molti casi il confronto tra una riga e la precedente rivela il punto esatto in cui è cambiato uno stato, una tipologia o un importo.

    Portare insieme dati principali e dettagli

    Per l’analisi non basta spesso la tabella principale. Pagamenti, titoli o altri dettagli devono essere affiancati alle istantanee mantenendo però chiara la provenienza dei campi. Alias coerenti e nomi espliciti riducono molto gli errori di lettura.

    Dalla query allo strumento

    Quando la stessa analisi viene ripetuta spesso, conviene trasformarla in un piccolo strumento: l’utente seleziona gli identificativi, il sistema costruisce la query e restituisce un workbook già formattato per evidenziare la storia.

    Audit significa rendere visibile il cambiamento, non soltanto estrarre più righe.

  • Progettare un piccolo tool invece dell’ennesimo foglio Excel

    EXCEL · UX · AUTOMATION

    Un file Excel diventa difficile da usare molto prima di diventare tecnicamente complesso. Succede quando l’utente deve sapere troppo: quale foglio aprire, quale query aggiornare, quali celle non toccare e in quale ordine eseguire le operazioni.

    Ridurre le decisioni inutili

    Se il processo ha un flusso preciso, l’interfaccia dovrebbe rifletterlo. Pochi input, pochi pulsanti e messaggi chiari sono spesso più utili di un workbook pieno di opzioni.

    Separare configurazione e operatività

    I parametri tecnici possono stare in un foglio di configurazione visibile ma distinto. L’utente operativo dovrebbe invece trovare soltanto ciò che serve per completare il compito corrente.

    Automatizzare il percorso, non solo il calcolo

    Una macro utile non si limita a eseguire una formula più velocemente. Può controllare prerequisiti, importare dati, aggiornare query, verificare l’esito e predisporre l’output. È questo passaggio che trasforma il foglio in un piccolo tool.

    Il criterio finale

    Se per usare il file serve una pagina di istruzioni più lunga dell’interfaccia stessa, probabilmente c’è ancora lavoro da fare sul design del processo.

    Un buon tool Excel nasconde complessità senza nascondere controllo.

  • Automatizzare controlli remoti con VBA e SSH

    VBA · SSH · READ-ONLY AUTOMATION

    Non tutte le automazioni richiedono un’applicazione web o un servizio dedicato. Per alcuni controlli operativi basta un comando remoto ben delimitato, un output strutturato e un’interfaccia che l’utente conosce già.

    Il caso d’uso

    L’obiettivo è verificare periodicamente la presenza di file in una serie di cartelle remote. Invece di collegarsi manualmente a ogni percorso, Excel avvia una sessione SSH in sola lettura, esegue un elenco e importa il risultato in una tabella.

    Read-only per scelta

    Il principio più importante è limitare il perimetro. Il comando remoto deve osservare, non modificare. Questo riduce il rischio operativo e rende l’automazione più semplice da verificare e da autorizzare.

    Configurazione separata dal codice

    Utente, server, porta e percorso base non dovrebbero essere dispersi nel VBA. Una configurazione esterna rende il codice più portabile e permette di cambiare ambiente senza ricompilare la logica.

    Il risultato utile non è il comando

    L’utente non dovrebbe leggere l’output grezzo di SSH. Il valore sta nel trasformarlo in righe con percorso, esito, numero di file e messaggio diagnostico. A quel punto un controllo tecnico diventa un’informazione operativa.

    Automazione minima: meno libertà al comando, più chiarezza nel risultato.

  • Power Query oltre l’importazione dati: costruire pipeline operative

    POWER QUERY · DATA PIPELINES · EXCEL

    Power Query viene spesso usato come un pulsante Importa. In realtà può diventare il motore di una piccola pipeline dati, soprattutto quando il processo deve essere leggibile, ripetibile e gestibile da chi lavora già in Excel.

    Repository → Import → Transform → Control → Output

    Una struttura che uso spesso separa le fasi in query distinte. La query di origine sa soltanto dove trovare i dati. Le funzioni di trasformazione normalizzano formati diversi. Le query di controllo verificano completezza e coerenza. Solo l’ultimo livello produce l’output destinato all’utente.

    Perché separare le fasi

    Quando tutto è concentrato in una sola query, qualsiasi modifica diventa difficile da diagnosticare. Separare responsabilità permette invece di vedere immediatamente se il problema è nella sorgente, nel parsing, nel join con un’anagrafica o nella logica finale.

    Parametri e funzioni

    I parametri evitano percorsi e valori hard-coded. Le funzioni trasformano regole ripetute in componenti riutilizzabili. Sono due strumenti semplici, ma fanno la differenza tra una query utile oggi e una piccola applicazione che può evolvere.

    Il punto più importante: l’output non è la sorgente

    Evito che gli utenti lavorino direttamente sulle tabelle intermedie. L’output deve essere il risultato finale di un processo deterministico; le query di servizio possono restare nascoste o essere caricate solo come connessione.

    Power Query funziona meglio quando smette di essere una query e diventa un processo.

  • Excel come front-end per Oracle: quando ha senso

    EXCEL · ORACLE · AUTOMATION

    Excel non è un database e non dovrebbe fingere di esserlo. Può però diventare un ottimo front-end per interrogare un database quando l’utente ha bisogno di un’interfaccia semplice, controllata e vicina al proprio lavoro quotidiano.

    Quando funziona bene

    Lo scenario ideale è quello in cui Oracle resta la fonte autorevole dei dati e Excel si limita a raccogliere pochi parametri, eseguire query predefinite e presentare il risultato. In questo modello il foglio non contiene la logica di business principale: la rende accessibile.

    La separazione che considero fondamentale

    Divido sempre il flusso in tre livelli: input dell’utente, accesso ai dati e presentazione. Power Query è particolarmente utile nel livello intermedio perché consente di mantenere trasformazioni e connessioni separate dall’interfaccia.

    Dove iniziano i problemi

    Il modello si rompe quando il file diventa una copia locale del database, quando ogni utente modifica query e formule a modo proprio oppure quando credenziali e connection string vengono incorporate direttamente nel codice. A quel punto Excel non semplifica più il processo: ne crea uno parallelo.

    Il pattern che preferisco

    Un workbook leggero raccoglie i parametri, una query costruita in modo deterministico interroga Oracle, Power Query normalizza il risultato e l’output viene caricato in una nuova area o in un nuovo workbook. Il file diventa così una piccola applicazione specializzata, non un contenitore indefinito di formule.

    Principio: il database conserva la verità; Excel rende il lavoro praticabile.

  • Componenti aggiuntivi di Excel

    Per lavoro uso molto Excel e Visual Basic e cerco sempre di scrivere codice vba riutilizzabile; in particolare ho sviluppato delle mini applicazioni che una volta lanciate permettono di elaborare altri file.

    Ignoravo una comodità che avevo proprio ad un passo: salvando con nome uno di questi file xlsm nell’estensione xlam, è possibile utilizzare le funzionalità sviluppate con i propri script, in qualsiasi file Excel.

    La procedura è veramente semplice:

    1. Aprire il file Excel contenente il codice vba (xlsm)
    2. File > Salva con nome
    3. Modificare tramite il menù a tendina il tipo file in “Componente aggiuntivo di Excel (*.xlam)”
    4. Verificare che il percorso suggerito da Excel sia ora quello dedicato ai componenti aggiuntivi – AddIns
    5. Cliccare su Salva
    6. Nel menù di Excel, Sviluppo > Componenti aggiuntivi di Excel
    7. Flaggare la voce desiderata, corrispondente al nome del file precedentemente salvato.

    Ora le funzionalità sviluppate in visual basic sono disponibili per qualsiasi file Excel desideriate modificare!

    A titolo di esempio, potete scaricare un componente aggiuntivo sviluppato da me che aiuta a muoversi nelle tabelle Excel, soprattutto quando avete davanti molte colonne!

    Download