Ковид давно перестал быть «острой историей», но хвост у него остался. И этот хвост — не только кашель и температура, а **сосудистые сбои**, которые вылезают уже потом: усталость, туман в голове, скачки давления, утренние кровотечения при чистке зубов.
Чёрный кейс здесь в том, что симптомы легко списать на работу, стресс, возраст и недосып. Удобно. Но если после болезни месяцами держится слабость, падает выносливость, появились новые реакции на нагрузку и погоду — это уже не «просто устал». Это повод проверяться.
Что важно:
— **не нормализовать** хроническую разбитость;
— отслеживать давление и пульс;
— смотреть, не стало ли хуже с переносимостью нагрузки;
— не тянуть с врачом, если симптомы держатся неделями.
Постковидный синдром — не диагноз из интернета. Но и отмахиваться от него как от «мелочи» — плохая практика.
Чёрный кейс здесь в том, что симптомы легко списать на работу, стресс, возраст и недосып. Удобно. Но если после болезни месяцами держится слабость, падает выносливость, появились новые реакции на нагрузку и погоду — это уже не «просто устал». Это повод проверяться.
Что важно:
— **не нормализовать** хроническую разбитость;
— отслеживать давление и пульс;
— смотреть, не стало ли хуже с переносимостью нагрузки;
— не тянуть с врачом, если симптомы держатся неделями.
Постковидный синдром — не диагноз из интернета. Но и отмахиваться от него как от «мелочи» — плохая практика.
Это не шутка: в СССР делали **электронный кодовый замок**, который ставили не только в подъездах, но и там, где о домофонах вообще не думали.
Чем он суров:
- никакой магии, только жёсткая логика и механика;
- код вводился с панели, без привычных нам «умных» сценариев;
- ошибся — прохода нет, и система не церемонится;
- конструкция рассчитана на реальную эксплуатацию, а не на красивую витрину.
По сути, это был ранний контроль доступа в железе: без облака, без приложения, без «позже пришлём код на почту» 😐
Сам кейс интересен тем, что показывает старую инженерную школу: минимум лишнего, максимум отказоустойчивости. Для своего времени — очень жёсткое решение. Для нынешних вебмастеров это хороший контраст: мы часто усложняем доступы, а базовая идея всё та же — **контроль, журналируемость, отказ от лишнего**.
Чем он суров:
- никакой магии, только жёсткая логика и механика;
- код вводился с панели, без привычных нам «умных» сценариев;
- ошибся — прохода нет, и система не церемонится;
- конструкция рассчитана на реальную эксплуатацию, а не на красивую витрину.
По сути, это был ранний контроль доступа в железе: без облака, без приложения, без «позже пришлём код на почту» 😐
Сам кейс интересен тем, что показывает старую инженерную школу: минимум лишнего, максимум отказоустойчивости. Для своего времени — очень жёсткое решение. Для нынешних вебмастеров это хороший контраст: мы часто усложняем доступы, а базовая идея всё та же — **контроль, журналируемость, отказ от лишнего**.
ИИ в разработке сейчас продают как ускоритель, а на деле часто получают **скрытый долг**.
Чёрный кейс простой: менеджер требует “обязательно с AI”, команда гонит код быстрее, воркшопы идут один за другим. На вид — рост эффективности. По факту — выросла не скорость, а **объём непроверенного кода**. Ошибки из генератора попадают в PR, ревью превращается в поиск мусора, а ответственность размывается: «это не я, это агент нагенерил».
Для инфраструктурных задач это особенно опасно. Один неверный шаблон для `DNS`, кривой `nginx`-конфиг, лишний редирект, забытый `TTL` или не тот `CNAME` — и уже ловите простой сайта, битую почту или сломанный `SSL` после деплоя.
Проблема не в ИИ как инструменте. Проблема в том, что его внедряют как религию, без метрик:
__сколько времени сэкономили__,
__сколько инцидентов добавили__,
__сколько ручной проверки пришлось вернуть обратно__.
Если ответов нет — это не трансформация. Это дорогой способ быстрее производить ошибки.
—
Кто разбирает битрикс вдумчиво — @BitrixStackPro
Чёрный кейс простой: менеджер требует “обязательно с AI”, команда гонит код быстрее, воркшопы идут один за другим. На вид — рост эффективности. По факту — выросла не скорость, а **объём непроверенного кода**. Ошибки из генератора попадают в PR, ревью превращается в поиск мусора, а ответственность размывается: «это не я, это агент нагенерил».
Для инфраструктурных задач это особенно опасно. Один неверный шаблон для `DNS`, кривой `nginx`-конфиг, лишний редирект, забытый `TTL` или не тот `CNAME` — и уже ловите простой сайта, битую почту или сломанный `SSL` после деплоя.
Проблема не в ИИ как инструменте. Проблема в том, что его внедряют как религию, без метрик:
__сколько времени сэкономили__,
__сколько инцидентов добавили__,
__сколько ручной проверки пришлось вернуть обратно__.
Если ответов нет — это не трансформация. Это дорогой способ быстрее производить ошибки.
—
Кто разбирает битрикс вдумчиво — @BitrixStackPro
**Сканер Wi‑Fi в кармане: у Yandex Infra сделали iOS/Android‑инструмент для полевых диагностик**
Когда у вас не один офис, а магистрали, ДЦ, склады и дарксторы, гонять инженера на каждый затык по Wi‑Fi — плохая экономика. Поэтому в NOC собрали мобильный `WiProber` для Android и `WiFi Prober` для iPhone: открыл приложение, быстро снял параметры сети, увидел, где проблема.
Что важно: это не «ещё одно приложение для красоты». Это рабочий комбайн для сетевика, который помогает на месте проверить радиосреду и понять, где рвётся качество связи. И да, запуск был не ради публичного релиза — сначала это был внутренний инструмент, а уже потом его вытащили в общий доступ.
Разбор тут простой: когда инфраструктура распределена, **диагностика должна жить в телефоне**, а не только на ноутбуке и в доступе к AP. Иначе инцидент превращается в выезд, ожидание и лишние часы простоя.
Когда у вас не один офис, а магистрали, ДЦ, склады и дарксторы, гонять инженера на каждый затык по Wi‑Fi — плохая экономика. Поэтому в NOC собрали мобильный `WiProber` для Android и `WiFi Prober` для iPhone: открыл приложение, быстро снял параметры сети, увидел, где проблема.
Что важно: это не «ещё одно приложение для красоты». Это рабочий комбайн для сетевика, который помогает на месте проверить радиосреду и понять, где рвётся качество связи. И да, запуск был не ради публичного релиза — сначала это был внутренний инструмент, а уже потом его вытащили в общий доступ.
Разбор тут простой: когда инфраструктура распределена, **диагностика должна жить в телефоне**, а не только на ноутбуке и в доступе к AP. Иначе инцидент превращается в выезд, ожидание и лишние часы простоя.
**Чёрный кейс по обходу блокировок упаковали в GUI**.
Сделали NetFix — оболочку для `Zapret` и `TgWsProxy`, где всё сведено к одной кнопке: скачивание, первичная настройка, автозапуск, мониторинг и обновления. Для пользователя это выглядит как «поставил и забыл». Для админа — как попытка спрятать сложную сетевую схему за красивым окном.
Что важно по факту:
- убрали ручные батники и правку конфигов;
- добавили автообновление компонентов;
- приложение следит за состоянием и само поднимает связку;
- есть даже `ритм-игра` — уже совсем не про утилиту, а про удержание внимания.
Разбор здесь простой: чем сложнее обход, тем сильнее желание сделать его «как обычный софт». Но с точки зрения эксплуатации это всё ещё хрупкая история: обновление Windows, антивирус, смена IP, поломка DNS — и «одна кнопка» превращается в новый инцидент.
Сделали NetFix — оболочку для `Zapret` и `TgWsProxy`, где всё сведено к одной кнопке: скачивание, первичная настройка, автозапуск, мониторинг и обновления. Для пользователя это выглядит как «поставил и забыл». Для админа — как попытка спрятать сложную сетевую схему за красивым окном.
Что важно по факту:
- убрали ручные батники и правку конфигов;
- добавили автообновление компонентов;
- приложение следит за состоянием и само поднимает связку;
- есть даже `ритм-игра` — уже совсем не про утилиту, а про удержание внимания.
Разбор здесь простой: чем сложнее обход, тем сильнее желание сделать его «как обычный софт». Но с точки зрения эксплуатации это всё ещё хрупкая история: обновление Windows, антивирус, смена IP, поломка DNS — и «одна кнопка» превращается в новый инцидент.