Argomenti di tendenza
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Se questo testo descrittivo funziona per la tua organizzazione, meraviglioso, ma trova un testo descrittivo equivalente che funzioni per la tua organizzazione.

13 mar, 11:08
“WTBU” è una delle tecnologie di comunicazione più utili che conosca. Sta per “Watch Team Back-Up”, credo sia nata per ridurre gli errori sui sottomarini nucleari.
Lo anteponi a un messaggio a qualcuno dove stai sottolineando qualcosa che potrebbe essere ovvio, ma vuoi controllare/confermare che siano a conoscenza di ciò. Ad esempio, potresti dire “WTBU: hai verificato che siamo autorizzati a condividere queste informazioni con la persona XYZ?”
Toglie la pressione/l'ego dal messaggio, permettendoti di comunicare qualcosa del tipo “Non lo dico perché penso che tu sia incompetente/stupido, quindi ignora questo se non è rilevante/utile—voglio solo assicurarmi che non commettiamo errori/inesattezze, e le persone intelligenti/competenti possono fare errori stupidi!”—eccetto che una volta che hai coordinato l'uso delle lettere WTBU per comunicare questo, puoi semplicemente dire “WTBU:”.
Questo ti consente ora di controllare cose basilari/ovvie con i colleghi molto più facilmente e con meno ego/emozione, il che rende molto più semplice individuare gli errori in anticipo.
Vale la pena considerare di adottarlo nella tua organizzazione come pratica di comunicazione standard!
(Gli ingegneri salaryman giapponesi sono immersi in una cultura di conferma conferma conferma e, anche se ci vuole un po' per abituarsi, lo apprezzerai davvero durante tutti gli incidenti che non hai.)
(L'altra parte della tecnologia organizzativa che puoi rubare lì: se un ingegnere junior fa una "domanda stupida", l'ingegnere più anziano presente dovrebbe ripetere la domanda stupida. Dopotutto, non è una domanda stupida se ce l'ha l'ingegnere senior.)
(25 anni: "... È in produzione?" Ingegnere senior, rapidamente: "È IN PRODUZIONE.")
(In generale, dovresti rendere gli strumenti robusti a questo errore, ma poiché molte organizzazioni non lo fanno o utilizzano fornitori che non lo rendono facile, il problema qui è che a volte i comandi destinati a essere eseguiti contro ambienti di sviluppo o di test vengono eseguiti contro l'ambiente di produzione.)
(Morde più di qualche organizzazione ogni anno, per la voglia di un venticinquenne che vede la parola "produzione" in un terminale e pensa "È strano, non mi aspettavo di toccare la produzione in questa procedura.")
"Potresti anche semplicemente non avere una cultura gerarchica."
Buona fortuna/abilità a tutti per quanto riguarda il design culturale dell'organizzazione, ma se qualcuno non è in negazione del fatto che ha effettivamente una cultura gerarchica, può progettare processi che tengano conto di questo fatto e lo utilizzino in modo positivo.
A proposito, all'inizio del 2026 abbiamo 25enni sintetici a un'API di distanza, ma i nostri terminali non hanno ancora un rilevamento passivo delle anomalie costante, il che _sembra un'opportunità_ (e/o un errore).
I terminali non sono affatto l'unico luogo di errore degli operatori che potremmo catturare costantemente. Un altro errore banale sono i fornitori di servizi email. Dovrebbe essere il 95% meno probabile inviare un'email di massa errata data la capacità di un LLM di esaminare ogni richiesta con un prompt lungo come un tweet.
"bob ha appena tentato di inviare un messaggio di 400 byte a Tutti i Clienti Revisionato Revisionato Finale [500.000 indirizzi] con oggetto 'TEST: Nuova politica sulla privacy.' In una parola, valuta Intenzionale o Errore, considerato dalla prospettiva di questo utente."
(Se non si ha almeno cinque posti in mente dove questo è facilmente implementabile, chiedi al tuo sintetico venticinquenne di leggere gli ultimi N anni di rapporti post azione e suggerire un elenco classificato.
O a un vero venticinquenne! È anche un buon uso del tempo.)
(Se sei preoccupato per l'accuratezza, mettilo in modalità di avviso/canary e inizia a inserire rapporti post-azione, sia che il canary abbia cinguettato o meno. Tra sei mesi dovresti avere una fiducia schiacciante su quanto sia utile bloccare momentaneamente un umano.)
(La fatica da allerta è una cosa reale, ma ciò è dovuto al fatto che la maggior parte dei nostri strumenti di allerta sono *stupidi* perché non abbiamo richiesto loro di essere intelligenti.)
92
Principali
Ranking
Preferiti
