Актуальные темы
#
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.
Если этот текст подходит для вашей организации, замечательно, но найдите какой-нибудь эквивалентный текст, который подойдет для вашей организации.

13 мар., 11:08
“WTBU” — это одна из самых полезных технологий общения, которые я знаю. Это сокращение от “Watch Team Back-Up”, я полагаю, оно возникло для уменьшения ошибок на ядерных подводных лодках.
Вы добавляете это к сообщению кому-то, когда указываете на что-то, что может быть очевидным, но хотите проверить/подтвердить, что они в курсе. Например, вы можете сказать: “WTBU: вы проверили, что нам разрешено делиться этой информацией с человеком XYZ?”
Это снимает давление/эго из сообщения, позволяя вам донести мысль, что “я не говорю это, потому что думаю, что вы некомпетентны/глупы, так что игнорируйте это, если это не актуально/полезно — я просто действительно хочу убедиться, что мы не ошибаемся/не делаем глупых ошибок, и умные/компетентные люди могут делать глупые ошибки!” — но как только вы согласовали использование букв WTBU для передачи этого, вы можете просто сказать “WTBU:”.
Это позволяет вам теперь проверять базовые/очевидные вещи с коллегами гораздо легче и с меньшим эго/эмоциями, что значительно упрощает выявление ошибок заранее.
Стоит рассмотреть возможность внедрения этого в вашу организацию как стандартную практику общения!
(Японские инженеры- salarymen погружены в культуру подтверждения, подтверждения и еще раз подтверждения, и хотя к этому нужно немного привыкнуть, вы действительно оцените это во время всех инцидентов, которых у вас не будет.)
(Другой аспект организационной технологии, который вы можете перенять: если младший инженер задает "глупый вопрос", самый старший инженер в присутствии должен повторить этот глупый вопрос. В конце концов, это не глупый вопрос, если его задает старший инженер.)
(25 лет: "... Это продакшн?" Старший инженер, быстро: "ЭТО ПРОДАКШН.")
(Вам следует в целом сделать инструменты устойчивыми к этой ошибке, но поскольку многие организации этого не делают или используют поставщиков, которые не упрощают это, проблема в том, что иногда команды, предназначенные для выполнения в средах разработки или тестирования, выполняются в производственной среде.)
(Каждый год это затрагивает больше, чем несколько организаций, когда 25-летний видит слово "production" в терминале и думает: "Это странно, не ожидал, что коснусь продакшена в этой процедуре.")
"Вы также можете просто не иметь иерархической культуры."
Удачи/умения всем в отношении проектирования организационной культуры, но если кто-то не отрицает, что у него фактически есть иерархическая культура, он может разработать процессы, которые учитывают этот факт и используют его положительно.
Кстати, в начале 2026 года у нас будут синтетические 25-летние, доступные одним вызовом API, но наши терминалы пока не имеют постоянного пассивного обнаружения аномалий, что _выглядит как возможность_ (и/или ошибка).
Терминалы далеко не единственное место, где мы постоянно можем обнаруживать ошибки операторов. Еще одна тривиальная проблема — это провайдеры электронной почты. Вероятность отправки ошибочного массового письма должна быть на 95% ниже благодаря способности LLM проверять каждый запрос с помощью подсказки размером с твит.
"bob только что попытался отправить сообщение размером 400 байт всем клиентам Revised Revised Final [500,000 адресов] с темой 'TEST: Новая политика конфиденциальности.' В одном слове, оцените Намеренно или Ошибка, учитывая точку зрения этого пользователя."
(Если у вас нет хотя бы пяти мест, где это тривиально реализуемо, попросите вашего синтетического 25-летнего прочитать отчеты о действиях за последние N лет и предложить ранжированный список.
Или настоящего 25-летнего! Это тоже хорошее использование времени.)
(Если вы беспокоитесь о точности, переведите его в режим консультации/канарейки и начните составлять отчеты о действиях, указывая, чирикала ли канарейка или нет. Через шесть месяцев у вас должно быть подавляющее доверие к тому, достаточно ли это полезно, чтобы временно заблокировать человека.)
(Усталость от оповещений — это реальная проблема, но это происходит потому, что большинство наших инструментов для оповещений *глупы*, так как мы не требовали от них быть умными.)
101
Топ
Рейтинг
Избранное
