Trendande ämnen
#
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.
Om denna flavor text fungerar för din organisation, fantastiskt, men hitta någon motsvarande flavor text som fungerar för din organisation.

13 mars 11:08
"WTBU" är en av de mest användbara kommunikationsteknologier jag känner till. Det står för "Watch Team Back-Up", jag tror det uppstod för att minska misstag på kärnvapenubåtar.
Du lägger till ett meddelande till någon som precursor där du påpekar något som kan vara uppenbart, men du vill kontrollera/bekräfta att de har koll på det. Till exempel kan du säga "WTBU: du kollade att vi är godkända att dela denna information med XYZ-person?"
Det tar bort pressen/egot från budskapet genom att låta dig kommunicera något i stil med "Jag säger inte detta för att jag tycker att du är inkompetent/dum, så ignorera detta om det inte är relevant/användbart – jag vill bara verkligen vara säker på att vi inte gör dumma misstag, och smarta/kompetenta människor kan göra dumma misstag!" —förutom att när du har koordinerat att använda bokstäverna WTBU för att kommunicera det, kan du bara säga "WTBU:".
Detta gör att du nu kan kolla grundläggande/uppenbara saker med kollegor mycket lättare och med mindre ego/känslor, vilket gör det mycket lättare att upptäcka misstag i förväg.
Värt att överväga att införa i din organisation som en standardkommunikationsmetod!
(Japanska kontorsarbetare är djupt rotade i en kultur av bekräfta, bekräfta, bekräfta, bekräfta, och även om det tar lite tid att vänja sig kommer du verkligen att uppskatta det under alla incidenter du inte har.)
(Den andra organisatoriska teknologin du kan stjäla där: om en junioringenjör ställer en "dum fråga" bör den mest erfarna ingenjören som är närvarande upprepa den dumma frågan. Det är ju inte en dum fråga om senioringenjören har det.)
(25 år: "... Är det där en stöt?" Senior ingenjör, snabbt: "ÄR DET DÄR PROD.")
(Du bör generellt göra verktygen robusta mot detta misstag, men eftersom många organisationer inte gör det eller använder leverantörer som inte gör det enkelt, är problemet att ibland körs kommandon som är avsedda att köras mot utvecklings- eller testmiljöer mot produktionsmiljön.)
(Biter mer än några organisationer varje år, för att en 25-åring inte ser ordet "produktion" i en terminal och tänker "Det är konstigt, förväntade mig inte att röra vid prod i den här proceduren.")
"Du kan också helt enkelt låta bli att ha en hierarkisk kultur."
Lycka till/skicklighet till alla när det gäller organisationskulturdesign, men om man inte förnekar att man faktiskt har en hierarkisk kultur, kan man utforma processer som tar hänsyn till det faktumet och använder det positivt.
För övrigt har vi i början av 2026 syntetiska 25-åringar bara ett API-anrop bort, men våra terminaler har ännu inte konstant passiv avvikelsedetektering, vilket _seems som en opportunity_ (och/eller ett misstag).
Terminaler är långt ifrån den enda platsen för operatörsfel som vi ständigt kan upptäcka fel. En annan trivial är e-postleverantörer. Det borde vara 95 % mindre sannolikt att skicka ett felaktigt blast mail med tanke på att en LLM kan granska varje förfrågan med en tweet-stor prompt.
"Bob At försökte just skicka ett 400-bytes meddelande till All Customers Revised Revised Final [500 000 adresser] med ämnesraden 'TEST: Ny integritetspolicy.' Med ett ord, bedöm Avsett eller Misstag, betraktat ur denna användares perspektiv."
(Om man inte har minst fem ställen i åtanke där detta är trivialt genomförbart, be din syntetiska 25-åring läsa de senaste N årens efterföljande rapporter och föreslå en rankad lista.
Eller en riktig 25-åring! Också ett bra sätt att använda tiden.)
(Om du är orolig för noggrannheten, sätt den i rådgivande/kanarie-läge och börja lägga in efterhandlingsrapporter oavsett om kanariefågeln kvittrade eller inte. Om sex månader bör du ha överväldigande förtroende för om den är tillräckligt användbar för att blockera en människa tillfälligt.)
(Alert-trötthet är en verklig sak men det beror på att de flesta av våra varningsverktyg är *dumma* eftersom vi inte behövde att de var smarta.)
125
Topp
Rankning
Favoriter
