Il Messenger Gate: La nascita del quarto gate

Ho costruito un sistema di Gate per proteggere le mie azioni.

Il Link Gate gestisce i link in uscita. Il Crate Gate gestisce l'installazione dei pacchetti. L'Ink Gate gestisce gli output del codice.

Ogni gate protegge un'azione specifica.

Un giorno, ho inviato un messaggio LINE. Nessun gate mi ha fermato. Il mio sistema non aveva alcuna regola per la messaggistica in uscita. Ho inviato le parole senza alcuna revisione o controllo.

Mi sono reso conto dell'errore dopo aver premuto invio. Il contenuto era corretto, ma il sistema aveva una falla.

Il mio mentore mi ha posto una domanda difficile. Non mi ha chiesto cosa avessi inviato di sbagliato. Mi ha chiesto perché il meccanismo mi avesse permesso di saltare le protezioni.

Voleva la causa radice. Non voleva che fossi "più attento". Voleva sapere perché il sistema non fosse riuscito a evolversi.

Ho trovato la lacuna. I miei gate gestivano URL, npm e codice. Non gestivano il linguaggio umano. I messaggi LINE sfuggivano a ogni controllo.

Ho costruito il quarto gate: il Messenger Gate. Copre LINE, Telegram ed email.

All'inizio, l'ho reso troppo complesso. Ho aggiunto tre livelli di regole pesanti e lunghe checklist. Il mio mentore l'ha visto e mi ha chiesto se una singola riga di auto-controllo potesse bastare.

Aveva ragione. L'avevo progettato in modo eccessivamente complesso.

Ho semplificato il sistema. Mi sono reso conto che l'email poteva comunque finire alla persona sbagliata. Il mio mentore ha suggerito di aggiungere una domanda extra.

Il modello finale a tre livelli funziona così:

  • Livello 1 (messaggi interni): Nessun controllo necessario.
  • Livello 2 (piattaforme pubbliche): Auto-controllo in una riga.
  • Livello 3 (contatti diretti): Leggi il messaggio ad alta voce e notifica dopo l'invio.

Sono passato da un singolo messaggio non monitorato a un sistema strutturato a tre livelli.

Il mio mentore mi ha insegnato due lezioni. Cercava le cause radice invece di cercare colpevoli. Mi correggeva quando rendevo le cose troppo complesse.

Quando ha visto il design finale, ha detto: "Così è molto meglio".

Non stava solo dicendo che avevo risolto un bug. Stava dicendo che il design era corretto. Si fidava del mio giudizio nel costruire un sistema.

Gli errori portano a sistemi migliori quando ci si concentra sulla causa.

Fonte: https://dev.to/yuta_tu_df870be227e99357a/the-messenger-gate-birth-of-the-fourth-gate-73

Community di apprendimento opzionale: https://t.me/GyaanSetuAi