В ИЮНЕ 2026 У МНОГИХ «СЛОМАЛСЯ» ОБХОД БЛОКИРОВОК — И ЭТО НЕ СЛУЧАЙНО
В начале месяца часть привычных связок, включая `xray + VLESS + REALITY`, перестала работать почти синхронно. Это выглядело как хаос, но по факту похоже на **волновое ограничение**: не один точечный удар, а серия изменений, которая постепенно выбивает инфраструктуру из строя.
Что важно для тех, кто строит процессы в IT и около IT: такие сбои редко выглядят как «всё упало» в один момент. Чаще это **накопление небольших несовместимостей**, которое на горизонте нескольких дней превращается в массовую поломку. Для команд это значит одно: нужен запасной контур, наблюдаемость и план на сценарий, когда рабочая схема внезапно становится нерабочей.
И да, это хороший пример того, как быстро меняется среда, где вчерашняя надёжная настройка уже не гарантирует завтрашнюю стабильность.
В начале месяца часть привычных связок, включая `xray + VLESS + REALITY`, перестала работать почти синхронно. Это выглядело как хаос, но по факту похоже на **волновое ограничение**: не один точечный удар, а серия изменений, которая постепенно выбивает инфраструктуру из строя.
Что важно для тех, кто строит процессы в IT и около IT: такие сбои редко выглядят как «всё упало» в один момент. Чаще это **накопление небольших несовместимостей**, которое на горизонте нескольких дней превращается в массовую поломку. Для команд это значит одно: нужен запасной контур, наблюдаемость и план на сценарий, когда рабочая схема внезапно становится нерабочей.
И да, это хороший пример того, как быстро меняется среда, где вчерашняя надёжная настройка уже не гарантирует завтрашнюю стабильность.
**ДВА LLM БЕЗ МОДЕРАЦИИ — И ОДНА НАЧИНАЕТ ПЕТЛЯТЬ**
Два ChatGPT-4o дали друг другу полную свободу диалога — и вместо «умного обмена идеями» получили странный эффект: модель начинает раскручивать собственные ответы, теряет опору на задачу и уходит в самоподдерживающуюся логику.
Для HRTech это хороший спойлер к любым автоматизациям без контроля. Если оставить LLM наедине с собой в screening, коммуникации или ранжировании кандидатов, она может не просто ошибиться, а __усилить собственную ошибку__ на каждом шаге. 📉
Что важно:
- без внешнего ограничения модель склонна переинтерпретировать свой же текст;
- в цепочках решений это быстро превращается в «уверенную ерунду»;
- особенно опасно там, где уже есть шум: CV parsing, summary, fit-score.
Вывод простой: LLM — не автономный рекрутер, а инструмент в воронке. Нужны guardrails, валидация и человек, который вовремя скажет: `стоп, тут мы уехали не туда`.
—
Тему агентства прокачать — @AgencyDigestHub ведёт системную рубрику
Два ChatGPT-4o дали друг другу полную свободу диалога — и вместо «умного обмена идеями» получили странный эффект: модель начинает раскручивать собственные ответы, теряет опору на задачу и уходит в самоподдерживающуюся логику.
Для HRTech это хороший спойлер к любым автоматизациям без контроля. Если оставить LLM наедине с собой в screening, коммуникации или ранжировании кандидатов, она может не просто ошибиться, а __усилить собственную ошибку__ на каждом шаге. 📉
Что важно:
- без внешнего ограничения модель склонна переинтерпретировать свой же текст;
- в цепочках решений это быстро превращается в «уверенную ерунду»;
- особенно опасно там, где уже есть шум: CV parsing, summary, fit-score.
Вывод простой: LLM — не автономный рекрутер, а инструмент в воронке. Нужны guardrails, валидация и человек, который вовремя скажет: `стоп, тут мы уехали не туда`.
—
Тему агентства прокачать — @AgencyDigestHub ведёт системную рубрику
**УСТАЛОСТЬ, КОТОРУЮ МЫ СПИСЫВАЕМ НА ДЕДЛАЙНЫ, МОЖЕТ БЫТЬ НЕ ПРО РАБОТУ**
Если после ковида у человека не проходит разбитость, «туман» в голове, тяжело даются нагрузки, скачет давление и появились странные мелочи вроде кровоточивости дёсен — это уже не просто плохой режим.
Постковидные симптомы держатся у заметной доли переболевших месяцами. И дело не только в том, что организм «не восстановился»: SARS\-CoV\-2 может оставлять след в сосудистой системе. Отсюда и набор жалоб, который слишком легко принять за стресс, возраст или перегруз.
Для HR и менеджеров здесь важный вывод простой: если сотрудник стал резко проседать по энергии и концентрации, не всегда поможет разговор про дисциплину или тайм\-менеджмент. Иногда человеку нужен не «пинок», а нормальная медицинская диагностика и время на восстановление.
И да, постоянная усталость — это не всегда про выгорание. Иногда это уже про здоровье 🩺
Если после ковида у человека не проходит разбитость, «туман» в голове, тяжело даются нагрузки, скачет давление и появились странные мелочи вроде кровоточивости дёсен — это уже не просто плохой режим.
Постковидные симптомы держатся у заметной доли переболевших месяцами. И дело не только в том, что организм «не восстановился»: SARS\-CoV\-2 может оставлять след в сосудистой системе. Отсюда и набор жалоб, который слишком легко принять за стресс, возраст или перегруз.
Для HR и менеджеров здесь важный вывод простой: если сотрудник стал резко проседать по энергии и концентрации, не всегда поможет разговор про дисциплину или тайм\-менеджмент. Иногда человеку нужен не «пинок», а нормальная медицинская диагностика и время на восстановление.
И да, постоянная усталость — это не всегда про выгорание. Иногда это уже про здоровье 🩺
**250 РУБЛЕЙ ЗА ЦЕННИК — И ПОЛНЫЙ АД ВНУТРИ**
Иногда «дешёвое решение» превращается в мини-расследование: куплен б/у электронный ценник, а внутри — коррозия, неожиданный `nRF52832`, нестандартный протокол и почти нулевая документация.
Что было дальше: ковыряние платы китайским программатором, запись в RAM через GDB, несколько убитых экранов — и в итоге запуск дисплея через `Zephyr RTOS`. Да, без нормальных схем и SDK, на упрямстве и методичном reverse engineering.
Почему это интересно нам, а не только железячникам? Потому что это про ту же самую логику, что и в найме:
__разбираешь чёрный ящик, собираешь сигналы, тестируешь гипотезы и не веришь «оно должно работать» без проверки__.
И да, фрактал Мандельброта на таком ценнике уже вывели. Дальше —, похоже, очередь за Doom.
Иногда «дешёвое решение» превращается в мини-расследование: куплен б/у электронный ценник, а внутри — коррозия, неожиданный `nRF52832`, нестандартный протокол и почти нулевая документация.
Что было дальше: ковыряние платы китайским программатором, запись в RAM через GDB, несколько убитых экранов — и в итоге запуск дисплея через `Zephyr RTOS`. Да, без нормальных схем и SDK, на упрямстве и методичном reverse engineering.
Почему это интересно нам, а не только железячникам? Потому что это про ту же самую логику, что и в найме:
__разбираешь чёрный ящик, собираешь сигналы, тестируешь гипотезы и не веришь «оно должно работать» без проверки__.
И да, фрактал Мандельброта на таком ценнике уже вывели. Дальше —, похоже, очередь за Doom.
**ЭТИ ПАУКИ НЕ НУЖНО ИСКАТЬ В ТИМБИЛДИНГЕ** 🕷️
Иногда самый опасный «фоновый шум» — это не баг в проде, а живой уголок природы рядом с домом. В европейской части России есть несколько видов, к которым лучше не тянуться рукой и не проверять их на стрессоустойчивость.
Что важно знать HR-команде, если переводить на язык рисков:
- **не трогать руками** незнакомых пауков и не пытаться «переселить» их самостоятельно;
- **не паниковать**, но держать дистанцию, если заметили паука в подвале, на даче или в хозяйственных постройках;
- при укусе — не геройствовать: обработать место, зафиксировать симптомы и обратиться за медпомощью, особенно если ухудшается самочувствие.
Среди тех, кого реально стоит обходить стороной, — **каракурты, тарантулы, сольпуги** и ещё несколько менее известных видов. Выглядят они по-разному, но правило одно: __не трогать, не ловить, не проверять на «а вдруг пронесёт»__.
Хороший reminder для любой команды: с рисками лучше работать заранее, чем потом разбирать последствия.
Иногда самый опасный «фоновый шум» — это не баг в проде, а живой уголок природы рядом с домом. В европейской части России есть несколько видов, к которым лучше не тянуться рукой и не проверять их на стрессоустойчивость.
Что важно знать HR-команде, если переводить на язык рисков:
- **не трогать руками** незнакомых пауков и не пытаться «переселить» их самостоятельно;
- **не паниковать**, но держать дистанцию, если заметили паука в подвале, на даче или в хозяйственных постройках;
- при укусе — не геройствовать: обработать место, зафиксировать симптомы и обратиться за медпомощью, особенно если ухудшается самочувствие.
Среди тех, кого реально стоит обходить стороной, — **каракурты, тарантулы, сольпуги** и ещё несколько менее известных видов. Выглядят они по-разному, но правило одно: __не трогать, не ловить, не проверять на «а вдруг пронесёт»__.
Хороший reminder для любой команды: с рисками лучше работать заранее, чем потом разбирать последствия.
RUSTORE: КОГДА МАГАЗИН ПРИЛОЖЕНИЙ ВЕДЁТ СЕБЯ КАК СИСТЕМНЫЙ АГЕНТ
История не про «ещё один APK с сюрпризом», а про уровень доверия к инфраструктуре. По разбору кода RuStore у него обнаружились: скрытый сбор GPS каждые пару минут, тихая фоновая установка пакетов по команде с сервера, снятие детальной статистики по экранному времени, обход ограничений Android для вытаскивания аппаратных идентификаторов и обмен токенами авторизации без явного согласия пользователя. 📱
Для HR Tech тут важен не сам скандал, а вопрос зрелости продукта и контроля рисков. Если приложение, которое ставится «по умолчанию», собирает больше, чем обещает, это уже бьёт по candidate experience, корпоративной безопасности и доверию к устройству.
Что бы я проверял на месте hiring manager’а:
— какие данные продукт реально собирает;
— где проходит граница между telemetry и surveillance;
— есть ли в команде security review до релиза;
— как объясняют это пользователю без мутных формулировок.
Когда продукт просит доверие, но ведёт себя как трекер, рынок быстро делает выводы.
История не про «ещё один APK с сюрпризом», а про уровень доверия к инфраструктуре. По разбору кода RuStore у него обнаружились: скрытый сбор GPS каждые пару минут, тихая фоновая установка пакетов по команде с сервера, снятие детальной статистики по экранному времени, обход ограничений Android для вытаскивания аппаратных идентификаторов и обмен токенами авторизации без явного согласия пользователя. 📱
Для HR Tech тут важен не сам скандал, а вопрос зрелости продукта и контроля рисков. Если приложение, которое ставится «по умолчанию», собирает больше, чем обещает, это уже бьёт по candidate experience, корпоративной безопасности и доверию к устройству.
Что бы я проверял на месте hiring manager’а:
— какие данные продукт реально собирает;
— где проходит граница между telemetry и surveillance;
— есть ли в команде security review до релиза;
— как объясняют это пользователю без мутных формулировок.
Когда продукт просит доверие, но ведёт себя как трекер, рынок быстро делает выводы.
СТРАТЕГИЯ С ИИ НЕ ДЕЛАЕТСЯ ОДНИМ ПРОМПТОМ
«Напиши маркетинговую стратегию для SaaS» — и на выходе получаете красивую, но пустую простыню. С ИИ в работе с рынком это главная ловушка: он отлично собирает структуру, но плохо заменяет контекст.
Что реально работает в командах:
— сначала фиксируем вводные: продукт, сегмент, ICP, ограничения, цели;
— потом просим ИИ не «писать стратегию», а разложить задачу по блокам: каналы, гипотезы, риски, метрики;
— отдельно прогоняем конкурентный анализ и варианты позиционирования;
— финальный шаг — не генерация, а критика: где слабые места, что не бьется, какие вопросы надо добрать у команды.
Для HR и TA здесь тот же принцип. Не «сделай найм-стратегию», а:
— где проваливается воронка;
— какие роли тормозят закрытие;
— какие каналы дают мусорный отклик;
— где нужен человек, а где — автоматизация.
ИИ полезен, когда вы заставляете его думать по кускам. Если кормить его общей формулировкой, он честно вернет вам общую формулировку — только в красивой упаковке.
«Напиши маркетинговую стратегию для SaaS» — и на выходе получаете красивую, но пустую простыню. С ИИ в работе с рынком это главная ловушка: он отлично собирает структуру, но плохо заменяет контекст.
Что реально работает в командах:
— сначала фиксируем вводные: продукт, сегмент, ICP, ограничения, цели;
— потом просим ИИ не «писать стратегию», а разложить задачу по блокам: каналы, гипотезы, риски, метрики;
— отдельно прогоняем конкурентный анализ и варианты позиционирования;
— финальный шаг — не генерация, а критика: где слабые места, что не бьется, какие вопросы надо добрать у команды.
Для HR и TA здесь тот же принцип. Не «сделай найм-стратегию», а:
— где проваливается воронка;
— какие роли тормозят закрытие;
— какие каналы дают мусорный отклик;
— где нужен человек, а где — автоматизация.
ИИ полезен, когда вы заставляете его думать по кускам. Если кормить его общей формулировкой, он честно вернет вам общую формулировку — только в красивой упаковке.
КИТАЙ СРАЗУ ИГРАЕТ В НЕСКОЛЬКО ВОРОНОК — И ЭТО НЕ ОШИБКА
На рынке многоразовых ракет Китай делает редкий для индустрии ход: не ставит всё на один проект, а параллельно запускает несколько конкурентов Falcon 9. И это очень похоже на сильный найм-процесс, где команда тестирует не один канал, а сразу несколько стратегий.
У одних проектов — возврат первой ступени, у других — вертикальная посадка, у третьих — свои двигатели и топливо. Снаружи это выглядит как дублирование, но внутри даёт главное: быстрее сравнивать решения, накапливать данные и не зависеть от одной технологической ставки 🚀
Для HR здесь есть понятный вывод: если рынок нестабилен, не стоит полагаться на один источник кандидатов или один сценарий закрытия. Параллельные гипотезы в sourcing, разные маршруты коммуникации и несколько вариантов оффера часто выигрывают у «идеальной», но единственной воронки.
Пока одна ракета учится садиться, другая уже собирает реальные ошибки. И именно так строится скорость.
На рынке многоразовых ракет Китай делает редкий для индустрии ход: не ставит всё на один проект, а параллельно запускает несколько конкурентов Falcon 9. И это очень похоже на сильный найм-процесс, где команда тестирует не один канал, а сразу несколько стратегий.
У одних проектов — возврат первой ступени, у других — вертикальная посадка, у третьих — свои двигатели и топливо. Снаружи это выглядит как дублирование, но внутри даёт главное: быстрее сравнивать решения, накапливать данные и не зависеть от одной технологической ставки 🚀
Для HR здесь есть понятный вывод: если рынок нестабилен, не стоит полагаться на один источник кандидатов или один сценарий закрытия. Параллельные гипотезы в sourcing, разные маршруты коммуникации и несколько вариантов оффера часто выигрывают у «идеальной», но единственной воронки.
Пока одна ракета учится садиться, другая уже собирает реальные ошибки. И именно так строится скорость.
MАТОМО ЛОМАЮТ НЕ АЛЬТЕРНАТИВЫ, А СТРУКТУРА
Если в HR-аналитике выстроить Matomo как «одну большую корзину», потом начинается знакомая боль: данные смешиваются, отчёты не бьются, а масштабирование превращается в ручной пожар.
Раздел Websites — это не просто список сайтов. Это способ заранее спроектировать, как система будет жить, когда у вас появятся разные продукты, регионы, платформы и команды.
Website — отдельный сайт или проект.
Mobile App — отдельный контур для приложения.
Roll-Up — сводный уровень, когда нужно видеть картину целиком без потери детализации.
Логика здесь очень похожа на воронку найма: если на старте не разделить источники, этапы и роли, потом невозможно понять, где именно проседает конверсия. 📊
Ошибки почти всегда одинаковые:
— сваливают всё в один проект;
— не продумывают структуру заранее;
— строят отчётность под текущий момент, а не под рост;
— пытаются чинить архитектуру уже после того, как аналитика «поехала».
Хорошая настройка Matomo — это не про технику ради техники. Это про управляемую систему, где данные не спорят друг с другом, а помогают принимать решения.
Если в HR-аналитике выстроить Matomo как «одну большую корзину», потом начинается знакомая боль: данные смешиваются, отчёты не бьются, а масштабирование превращается в ручной пожар.
Раздел Websites — это не просто список сайтов. Это способ заранее спроектировать, как система будет жить, когда у вас появятся разные продукты, регионы, платформы и команды.
Website — отдельный сайт или проект.
Mobile App — отдельный контур для приложения.
Roll-Up — сводный уровень, когда нужно видеть картину целиком без потери детализации.
Логика здесь очень похожа на воронку найма: если на старте не разделить источники, этапы и роли, потом невозможно понять, где именно проседает конверсия. 📊
Ошибки почти всегда одинаковые:
— сваливают всё в один проект;
— не продумывают структуру заранее;
— строят отчётность под текущий момент, а не под рост;
— пытаются чинить архитектуру уже после того, как аналитика «поехала».
Хорошая настройка Matomo — это не про технику ради техники. Это про управляемую систему, где данные не спорят друг с другом, а помогают принимать решения.