La Storia dell'Analizzatore Differenziale
La prima regola di Hamming sull'ingegneria dei sistemi: Se ottimizzi i componenti probabilmente rovinerai le prestazioni del sistema.
La illustra con una storia dal suo lavoro personale. Gestiva un analizzatore differenziale — un computer analogico che risolveva equazioni differenziali mediante integrazione meccanica. La domanda è cresciuta, così una seconda unità è stata ordinata, da collegare alla prima affinché entrambe potessero operare separatamente o insieme.
I costruttori, orgogliosi del loro mestiere, hanno migliorato gli amplificatori nella nuova unità. Hamming ha insistito: qualsiasi miglioramento non deve interferire con il funzionamento complessivo del sistema. Nel giorno dell'accettazione, ha eseguito il test classico: risolvere y'' + y = 0, tracciare y vs y', aspettarsi un cerchio perfetto. È fallito immediatamente.
La causa: gli amplificatori migliorati hanno assorbito più corrente attraverso il circuito di messa a terra. La messa a terra inadeguata, che aveva funzionato bene con gli amplificatori originali, ora permetteva alle correnti di dispersione di accoppiarsi tra i sottosistemi. Il miglioramento di un componente (amplificatori) ha degradato l'interfaccia (messa a terra) e il sistema ha fallito.
La soluzione era banale — messa a terra in rame più pesante — ma il principio era chiaro: un miglioramento dei componenti cambia il comportamento della sua interfaccia. Il resto del sistema è stato progettato intorno alla vecchia interfaccia. Migliora il componente, rompi l'interfaccia, degrada il sistema.
Riconoscere l'Ottimizzazione dei Componenti
Hamming dice che la regola 'sembra così ragionevole se rendi un componente isolato migliore allora l'intero sistema sarà migliore' — e eppure è sbagliata. Il guasto è mediato dall'interfaccia: il miglioramento del componente cambia il segnale che l'interfaccia vede.
Interfacce Sopra i Componenti
La conclusione pratica di Hamming: gli ingegneri dei sistemi devono progettare e verificare le interfacce per primo, i componenti per secondo. Un componente perfetto con un'interfaccia rotta è inutile. Un componente mediocre con un'interfaccia ben specificata può essere migliorato in seguito.
Regola 2: le condizioni al contorno (vincoli) di un sistema sono spesso più importanti dei valori ottimali all'interno di quei limiti. Un sistema progettato per massimizzare le prestazioni nel punto operativo previsto è spesso fragile: piccole escursioni al di fuori dell'intervallo previsto causano guasti. Un sistema progettato per operare in sicurezza su un ampio intervallo — con vincoli ben definiti — è robusto.
Esempio: un sistema di comunicazioni progettato per esattamente 100 Mbps di traffico a 25°C fallirà se il traffico aumenta a 110 Mbps o la temperatura sale a 40°C. Un sistema progettato con un vincolo 'non deve superare il 90% di utilizzo a qualsiasi temperatura inferiore a 60°C' è più utile, anche se le sue prestazioni di picco sono leggermente inferiori.
Il lavoro dell'ingegnere dei sistemi: non ottimizzare A o B individualmente, ma ottimizzare A+B+C... nel suo insieme, soggetto a vincoli.
Il Sistema Educativo: Ingegneria dei Sistemi Fallita
Hamming applica il suo stesso principio all'educazione. Nel corso dei decenni, le università hanno ottimizzato i singoli corsi di matematica: il Calcolo è stato ridotto all'essenziale, l'Algebra Lineare è stata ripulita e stretta. Ogni corso, valutato individualmente, appare migliore.
Ma visto come un sistema, grandi lacune sono apparse:
- Induzione matematica: appena menzionata dopo la scuola superiore.
- Numeri complessi: introdotti brevemente in algebra, poi evitati fino a tardi nell'Algebra Lineare quando compaiono autovalori complessi. Gli studenti affrontano due idee nuove e difficili simultaneamente senza preparazione preliminare.
- Coefficienti indeterminati: brevemente menzionati.
- Prove di impossibilità: praticamente completamente assenti.
- Matematica discreta: in gran parte ignorata.
L'ottimizzazione di ogni componente (ogni corso) ha creato lacune nell'interfaccia: mancavano ponti concettuali tra i corsi. L'output del sistema — ingegneri e scienziati istruiti — ha sofferto, anche se le metriche di output di ogni corso sono migliorate.
Resistere al Naturale Istinto di Aggiustare la Parte Rotta
L'osservazione di Hamming: è facile dire le parole giuste sull'ingegneria dei sistemi. Pochissime persone possono effettivamente farlo quando arriva il momento.
La risposta naturale quando un sistema fallisce: identifica il componente chiaramente più rotto e aggiustalo. Questo è il pensiero dei componenti. Il sistema è fallito per un motivo che coinvolge l'interazione di componenti, interfacce e vincoli — ma il guasto più visibile è solitamente in un singolo componente.
La disciplina dell'ingegnere dei sistemi: prima di aggiustare il guasto visibile, chiedi: perché il sistema ha prodotto questo guasto in questo componente? Il componente è effettivamente sottocarico, o gli viene chiesto di operare al di fuori della sua busta di progettazione dal resto del sistema? Aggiustare il sintomo del componente lascia il guasto del sistema intatto.
Il collo di bottiglia della comunicazione nelle grandi organizzazioni segue questo schema: un dipartimento comunica male (guasto visibile). Aggiustamento del componente: assumere comunicatori migliori. Aggiustamento del sistema: riprogettare l'architettura del flusso di informazioni in modo che sia richiesta meno comunicazione per ottenere lo stesso coordinamento.
Diagnosi dei Sistemi
La distinzione: un aggiustamento del componente tratta un sintomo. Un aggiustamento del sistema tratta la causa. La causa di solito coinvolge la struttura del sistema — quali componenti esistono, quali interfacce li collegano, quali vincoli vincolano il loro funzionamento.