Populární témata
#
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.
Pokud tento flavor text funguje pro vaši organizaci, skvělé, ale najděte si nějaký ekvivalentní flavor text, který bude fungovat pro vaši organizaci.

13. 3. 11:08
"WTBU" je jedna z nejužitečnějších komunikačních technologií, které znám. Znamená to "Watch Team Back-Up" (Záloha sledovacího týmu), myslím, že vzniklo s cílem snížit chyby na jaderných ponorkách.
Předcházíte to zprávou někomu, kde upozorňujete na něco, co může být zřejmé, ale chcete si ověřit/ověřit, že to mají pod kontrolou. Například můžete říct: "WTBU: ověřili jste, že máme povolení sdílet tyto informace s osobou XYZ?"
Odstraní to tlak/ego ze zprávy tím, že vám umožní sdělit něco ve smyslu: "Neříkám to proto, že si myslím, že jsi neschopný/hloupý, tak to ignoruj, pokud to není relevantní/užitečné – jen opravdu chci mít jistotu, že neuděláme chyby nebo hloupé chyby, a chytří/schopní lidé mohou dělat hloupé chyby!" —ale jakmile si domluvíte použití písmen WTBU k vyjádření, můžete prostě říct "WTBU:".
Díky tomu si teď mnohem snadněji ověřujete základní a zřejmé věci s kolegy a s menším egom/emocemi, což výrazně usnadňuje odhalit chyby dopředu.
Stojí za zvážení zavedení do vaší organizace jako standardní komunikační postup!
(Japonští inženýři jsou zvyklí na potvrzování, potvrzování, potvrzování, a i když si na to chvíli zvyknete, opravdu to oceníte během všech těch situací, které nemáte.)
(Další věc z organizační technologie, kterou můžete ukrást: pokud se mladší inženýr zeptá na "hloupou otázku", měl by ji zopakovat nejzkušenější inženýr přítomný. Není to hloupá otázka, pokud ji má hlavní inženýr.)
(25 let: "... To je šťouchnutí?" Starší inženýr rychle: "TO JE PRODUKCE?"
(Obecně byste měli udělat nástroje odolné vůči této chybě, ale protože mnoho organizací to nedělá nebo používá dodavatele, kteří to neusnadňují, problém je v tom, že někdy příkazy určené k spuštění proti vývojovým nebo testovacím prostředím jsou spuštěny proti produkčnímu prostředí.)
(Každý rok kousne víc než pár organizací, protože 25letý kluk, který vidí slovo "produkce" v terminálu a myslí si: "To je zvláštní, nečekal jsem, že se v tomto postupu dotknu produkci.")
"Mohl bys také prostě nemít hierarchickou kulturu."
Hodně štěstí/dovedností všem ohledně kulturního designu organizací, ale pokud člověk nepopírá, že fakticky existuje hierarchická kultura, může navrhnout procesy, které si toho všimnou a využijí ho pozitivně.
Mimochodem, začátkem roku 2026 máme syntetické 25leté hráče na dosah API volání, ale naše terminály zatím nemají neustále pasivní detekci anomálií, což _seems jako opportunity_ (a/nebo chyba).
Terminály nejsou zdaleka jediným místem chyby operátora, které bychom mohli neustále zachytávat. Další triviální otázkou jsou poskytovatelé e-mailových služeb. Mělo by být o 95 % méně pravděpodobné, že pošlete chybný blast-e-mail, vzhledem k schopnosti LLM zkontrolovat každý požadavek pomocí tweetového promptu.
"Bob se právě pokusil poslat 400bajtovou zprávu na adresu All Customers Revised Revised Final [500 000 adres] s předmětem 'TEST: Nová zásada ochrany osobních údajů.' Jedním slovem, posuďte Úmysl nebo Chybu, posuzováno z pohledu tohoto uživatele."
(Pokud nemáte na mysli alespoň pět míst, kde by to bylo triviálně proveditelné, požádejte svého syntetického 25letého, aby si přečetl posledních N let pooperačních zpráv a navrhl pořad s hodnocením.
Nebo opravdovou 25letou! Také dobré využití času.)
(Pokud se bojíte přesnosti, zapněte to do varovného/kanárkového režimu a začněte psát zprávy po akci, zda kanárek cvrlikal nebo ne. Za šest měsíců byste měli mít obrovskou jistotu, jestli je to dostatečně užitečné na to, aby člověka na chvíli zablokovalo.)
(Únava z upozornění je skutečná věc, ale to proto, že většina našich upozorňovacích nástrojů je *hloupá*, protože jsme je nepotřebovali k chytrosti.)
93
Top
Hodnocení
Oblíbené
