Все потоки

ИИ-рекрутер встретил ИИ-резюме. Им хорошо вдвоём

На прошлой неделе мне на HH пришло идеальное письмо. Персонализированное: названы мои проекты, мой стек, даже мой MCP-сервер из каталога awesome-mcp-servers. Шесть умных вопросов ровно по моему опыту. «Зацепило сочетание, которое почти не встречается» — приятно же.

Я профессионально занимаюсь холодными рассылками, поэтому через минуту узнал почерк: письмо написала модель по промпту «вот резюме, напиши персонализированный заход». А приложенная вакансия оказалась вообще про другую профессию — ИИ-скринер сматчил меня по ключевым словам и ошибся ролью. Дальше мой ответ прочитает тот же ИИ, проставит балл по чек-листу и отправит в reject, потому что с чек-листом я не совпадаю.

И тут я понял, что произошло с HH.

HH больше не доска объявлений. Это маркетплейс

У маркетплейса своя логика: карточка товара, фильтры, ранжирование по совпадению. Резюме — карточка. Вакансия — поисковый запрос. Побеждает не лучший, а наиболее совпадающий: точный заголовок, правильные ключевые слова, типовая траектория. «5 лет PM в финтехе, сертификат» матчится идеально. «Практик, который сам пишет себе инструменты» — не матчится ни с чем. Для алгоритма уникальность неотличима от шума.

Раньше этот механизм хоть как-то компенсировал человек: рекрутер листал отклики и мог зацепиться глазом за нестандартное. Сейчас ИИ дошлифовал маркетплейс до идеала. Рекрутер генерирует вакансию и скрининговые вопросы моделью. Кандидат генерирует резюме и сопроводительное той же моделью. ИИ-рекрутер встречает ИИ-резюме, они прекрасно понимают друг друга — два чек-листа сверяются между собой со скоростью API. Люди подключаются в самом конце, к уже отфильтрованному совпадению.

Система работает. Для типовых позиций — честно говоря, лучше, чем раньше: меньше шума, быстрее матчинг, никто не читает 400 откликов руками.

Что умерло по дороге

Умер тот самый вайб уникальных вакансий и уникальных людей. Случайная встреча, когда основатель писал вакансию своими словами, а человек с кривой, но живой траекторией отвечал своими — и из этого несовпадения с шаблоном рождался лучший найм в истории компании. Маркетплейс такие сделки не проводит: они не проходят валидацию карточки.

Уникальный специалист на HH сегодня — это кастомный станок на Wildberries. Площадка не виновата. Формат не тот.

Что с этим делать

Не воевать с алгоритмом, а разделить игры.

Нужен найм в штат — дайте маркетплейсу типовую карточку: одна понятная роль в заголовке, ключевые слова из реальных вакансий, ноль противоречий. Уникальность спрячьте вниз — она сработает на собеседовании, когда фильтр уже пройден. Скринер — фильтр, человек — покупатель. Типовое для фильтра, уникальное для покупателя.

А уникальное предложение несите туда, где решение принимает человек, а не чек-лист: прямой выход на основателей, рекомендации, контент, нетворк. Туда, где задачу ещё не успели упаковать в вакансию.

Письмо от того ИИ-рекрутера я, кстати, оценил как профессионал: хороший крючок, точная персонализация. Просто за ним никого не было. Идеальный маркетплейс — это когда тебе приятно, и это никому ничего не стоило.

Мы выпустили свою первую игру!

После долгой и кропотливой работы длительностью в год Zombutcher наконец-то вышла в Steam!

Мы безмерно благодарны всем, кто поддерживал проект на протяжении всего пути, и особенно гордимся людьми, которая сделала это возможным.

Вот команда, стоящая за всем этим хаосом)

GameDev Meetup в Школе 21 — ссылка на трансляцию

Сегодня, 12 июня, пройдёт GameDev Meetup — встреча для тех, кто делает игры или хочет в этом разобраться: разработчиков, художников, геймдизайнеров, программистов и просто людей из индустрии. Онлайн-формат доступен всем желающим. Начало: 12 июня, 14:00. Ссылка на трансляцию.

Митап — это пять докладов подряд про разные стороны разработки игр, кофебрейк с печеньками для нетворкинга и открытая дискуссия в финале, где можно задать вопросы спикерам и обсудить свой проект. Формат живой: не скучная лекция, а интересный и важный разговор.

Сегодня, 12 июня, в 14:00 переходите по ссылке на трансляцию и присоединяйтесь!

Закрываем таски и готовимся к продолжительным выходным✨

А перед тем, как выключить ноутбук, посмотрим отрывок интервью с Дмитрием Ващиловым, директором по консалтингу ROXIT. Дмитрий рассказал, почему консалтинг — хороший бизнес.

Убедительно? Тогда приглашаем познакомиться с командой компании ROXIT и открытыми вакансиями. Проявляй себя, работай в КОРУСе

Контур Университет подготовил исследование про использование ИИ в ВУЗах. Оказывается лидером по ИИ по применению ИИ в Университетах стал Дальний Восток!

Это я на фоне приема студенческих дипломов задумался «а как у других».

1. Кто‑то сгенерировал пояснительную записку (можно понять — от 70 страниц текста с жесткими требованиями к оформлению писать лень);

2. Многие — презентацию. Слайды с пиктограммами в тексте и картинками, никакого сообщения зрителю не несущими — как будто уже обязательное условие.

3. Некоторые — защитное слово. И читали с листа. Самая грустная категория:(

   Я же со своей стороны генерировал в ИИ вопросы к защищающимся. И замкнул тем самым круг — ИИ задавал вопросы к созданным в ИИ работам:)
   
   Так вот я к чему. Лучше всего защищаются те, кто понимает проблему и решение, докладывает без листка и явно горит работой. ИИ у таких ребят — инструмент, дающий огромную скорость. Хуже — читающие с листа по красивым презентация м.

Подробности у коллег в исследовании (или на сайте)

Система СПОТ: новый порядок импорта из ЕАЭС с 1 июня 2026 года

ИМПОРТ товаров и система СПОТ

С 1 июня 2026 года в России запущена система СПОТ — подтверждения ожидания поставки товаров.

СПОТ — это новая система ФНС и ФТС России, через которую импортёры получают разрешение на ввоз товаров из стран ЕАЭС автомобильным транспортом.

Теперь импортёры должны сообщать о предстоящей поставке через информационную систему ФНС и вносить обеспечительный платёж ДО ввоза товара. Если разрешения нет, товар через границу не пропустят.

Цель: борьба с «серыми» схемами импорта и неуплатой ввозного НДС и акцизов.

Кто участвует в процессе

Заявители — импортёры и посредники, осуществляющие ввоз товаров.

Они обязаны:

• заблаговременно представить документ о предстоящей поставке (ДОПП);

• уплатить обеспечительный платёж;

• получить QR‑код и передать его перевозчику.

Перевозчики — экспедиторы, водители и иные лица, осуществляющие транспортировку.

Они обязаны:

• получить ДОПП с QR‑кодом от заявителя;

• иметь при ввозе товаров QR‑код;

• предъявить его по требованию сотрудников таможни.

Как работает СПОТ: главное

ДОПП представляется оператору СПОТ (ФНС России) за 2 дня до пересечения границы. Если обеспечительный платёж не подлежит внесению — не позднее чем за 4 часа до ввоза.

ДОПП представляется по всем фактам ввоза товров из стран ЕАЭС вне зависимости от цели использования товара (дальнейшая реализация, использование в хозяйственной деятельности, переработка, проведение презентаций и так далее).

Обеспечительный платёж — это предполагаемый НДС и акцизы по партии товара. Он засчитывается в налоги, которые будут рассчитаны по отчётности.

СПОТ касается поставок автотранспортом из стран ЕАЭС: Беларуси, Казахстана, Армении, Киргизии. На импорт из Китая, Турции и других стран система не распространяется.

Переходный период: освобождение от обеспечительного платежа

Чтобы сделать адаптацию более комфортной, Правительство освободило импортёров от уплаты обеспечительного платежа:

• с 1 по 30 июня 2026 года — для товаров из Армении, Казахстана и Киргизии;

• с 1 июня по 31 октября 2026 года — для товаров из Беларуси (поставщик должен быть белорусской организацией или ИП).

В этот период импортёры только формируют документы о предстоящей поставке и получают QR-коды для передачи перевозчикам.

Более подробная информация на сайте ФНС

Государство продолжает политику увеличения платежей в бюджет. И бремя, как обычно, ложится на бизнес.

А что вы думаете о новой системе? Касается ли она вашего бизнеса? Делитесь мнением в комментариях

Очередной плохой совет от ИИ

Если спросить у ИИ, выкладывать ли полный текст статьи на площадках типа Medium или Reddit, он почти всегда скажет что нужно выкладывать превью из 1-2 абзацев, зацепку, а в конце давать ссылку на свой сайт с полной версией статьи. Потому что если выложить весь текст, вы отдадите сео трафик этой площадке. ИИ плевать, что это полное неуважение к аудитории, если есть 1 абзац и в конце «читайте далее в моем блоге». Мы ведь не в 2017 году?

Еще он может предложить не публиковать копию текста, а делать адаптированную версию для каждой площадки. Это нонсенс. Вам нужно потратить время на адаптацию, чтобы из одной статьи сделать несколько разных, и в чем смысл, если вы всё равно отдадите сео вес адаптированной версии этой площадке?

Если сказать ИИ, что вас это не устраивает, он скажет, что тогда вообще не выкладывайте текст на чужих площадках, храните архив текстов только на своем сайте. Ему без разницы, что сео трафик будет только через несколько лет, когда у поисковых систем появится доверие к сайту.

Это еще один пример, что спрашивать советы у ИИ, а тем более следовать им, может быть вредно. По вопросам маркетинга, рекламы, привлечения пользователей, ИИ почти бесполезен.

Гораздо эффективнее на ранних этапах публиковать свой текст везде, где возможно. Полный текст, а не тизер или адаптированную версию. И в конце добавлять ссылку на свой блог.

Blog • Telegram

А вот по случаю суперпятницы не подскажет ли кто, как называется эта задача?

Есть набор случайных точек на плоскости. Нужно отсортировать их так, чтобы к любой случайной точке в получившемся списке как можно ближе находились те точки, которые к ней как можно ближе по Пифагору на этой самой плоскости. Критерии этого «как можно ближе» могут быть разными, конечно.

Очень похоже на задачу коммивояжёра, но не факт, что к ней сводится (а если сводится, то как и при каких критериях этого вот «как можно ближе»?)

📕📖🧠 Недавно на глазапопалась новая книга на O'Relly с интригующим названием «Follow the money» (Следуй за деньгами) от Ена Милли. В ней автор раскрывает несколько тем работы IT-компании:

1. Спонсоры технологий (кто платит деньги за неё) и Юзеры технологии (которые требуют новые фичи и поддержку) — разные люди. И как итог, если ты работаешь только с юзерами, но не своими спонсорами, то технологию ждет провал.

2. Большинство организационных и технических решений в компании принимаются не с позиции выгоды для бизнеса, а с позиции, кто управляет потоком денег компании (Кто управляет потоком, тот и принимает финальные решения). И не зависит от того, какую форму управления компания имеет будь это единоличный собственник, публичная компания или государственная компания.

3. Приводится пример, когда отдел продаж получающий деньги от ключевых клиентов, начинает фактически управлять структурой IT‑компании и формировать технические команды под свои нужны (Команды по работе с ключевыми клиентами и команда по работе с малышами — где вторая формируется из менее сильных разработчиков).

И хотя книга в целом пытается говорить на интересные темы, она написана максимально плохо и сумбурно (надеюсь последующая редактура поможет книге получиться цельной). Если вам хочется разобраться с темой власти в организациях, то я рекомендую две книжки:

— Хазин, Щеглов: «Лестница в небо»

— Патрик Ленсиони: «Пять пороков команды»

Так вот, я решил посмотреть, какие же до этого книги писал автор, чтобы понять, именно эта книга такая странная, или он так всегда пишет. И обнаружил, что он до этого писал книги по devops, и он был одним из популярных авторов O'Relly

А дальше появляется вопрос, почему он переключился на написание книг по менеджменту, хотя всегда до этого публиковал технические книги. Возможно это связано с ИИ и тем, что технические книги теряют спрос.

Как не открывать навязанный мессенджер и выжить: история одного моста Max2TG 🚀🚪

Привет,

Случалось ли у вас такое: сидите вы в своём уютном Telegram, пьёте кофе, пишете код… и тут приходят они — инициаторы «великого переезда».

С горящими глазами они объявляют:

Ребята, с понедельника мы все дружно переходим на корпоративный мессенджер МАКС!

И ладно бы это был просто мессенджер. Но к нему обычно прилагаются новый интерфейс, слежка, новые уведомления, которые ломают привычный дзен.

В общем, кто-то с ИИ-напарником сел, переглянулись и решили: если мы не можем отменить МАКС, мы можем сделать так, чтобы никогда его не открывать.

Max2TG — двусторонний мост между МАКСом и Telegram Topics, написанный полностью на чистом вайбе. Ну и на Python, конечно.

Сразу важное уточнение: автор этого поста и автор репозитория никак не связаны. Я просто нашёл проект, посмотрел на идею, восхитился уровнем инженерного упрямства и решил оформить это в виде небольшого рассказа.

Как это работает

Вместо того чтобы держать открытым приложение МАКС, вы создаёте одну Telegram-группу с включёнными топиками, то есть форумами, и приглашаете туда бота.

Дальше всё работает примерно так:

• каждый чат или канал в МАКСе превращается в отдельный топик в Telegram;

• кто-то пишет вам в МАКС — бот ловит сообщение и аккуратно пересылает его в нужный топик в Telegram;

• вы отвечаете на сообщение в топике Telegram — бот отправляет ответ обратно в МАКС от вашего имени;

• картинки, видео, файлы, редактирование и даже удаление сообщений синхронизируются в обе стороны.

С технической точки зрения самое интересное здесь то, что приложение, судя по всему, эмулирует работу официального клиента МАКСа.

Как так получилось, почему это работает и кто вообще оставил эту дверь приоткрытой — науке неизвестно. Мы, как говорится, просто наблюдаем интересный инженерный артефакт.

Выглядит это так: для коллег вы прилежный сотрудник, который мгновенно отвечает в МАКСе. Для себя — человек, который вообще не сворачивает Telegram.

Победа? Победа.

Что под капотом

Проект собран на классическом Python-стеке:

• aiogram;

• aiosqlite;

• python-dotenv.

Но дьявол, как обычно, крылся в деталях. Точнее — в зависимостях.

Поскольку оригинальный API МАКСа завязан на корпоративный TLS со стеком GOST/LibreSSL, при первой сборке авторы столкнулись с суровой реальностью: библиотека шифрования стабильно выдавала SIGSEGV, то есть падение процесса, при долгих параллельных запросах.

Как это решили?

Вайбкодинг-стилем.

Приложение разнесли на три изолированных процесса:

1. Основной процесс — Telegram, SQLite и логика синхронизации.

2. max-polling — отдельный процесс-слухач для событий МАКСа.

3. max-sdk-worker — отдельный процесс для отправки сообщений.

Если суровое шифрование падает от сетевого шока, падает только один маленький воркер, который тихо перезапускается Docker-ом. Основной бот в Telegram при этом даже бровью не ведёт.

Костыль? Нет, отказоустойчивая микросервисная архитектура! 😎

Важный дисклеймер

Этот пост — не рекомендация нарушать корпоративные политики, требования ИБ, правила использования сервисов или внутренние регламенты компании.

Если у вас в организации запрещены неофициальные клиенты, мосты, прокси, боты, автоматизация сообщений или эмуляция работы приложений — лучше не пытаться быть героем. В корпоративной среде «оно же просто пересылает сообщения» очень быстро превращается в разговор с безопасниками, юристами и руководителем.

Проект стоит воспринимать в первую очередь как любопытный инженерный эксперимент: пример того, как люди строят мосты между несовместимыми мирами, когда один мир очень хочет жить в Telegram, а другой внезапно переехал в государственный мессенджер.

Итог

Мост собран, протестирован, залит на GitHub и готов к бою.

Теперь вся коммуникация с МАКСом может происходить из любимого кресла в Telegram.

Если вас тоже пытаются насильно пересадить на новые корпоративные рельсы — не унывайте. Пишите мосты, кодите на вайбе и берегите свою менталку.

Код и инструкция по настройке здесь:

GitHub

Дал большое интервью изданию Tazabek (деловое медиа Кыргызстана, входит в группу АКИpress) — про то, как мы с командой, начав с мобильного оператора, за пять лет собрали полноценную экосистему «Мой О!»: 3,5 млн клиентов и 10+ млн загрузок при населении страны около 7 млн.

Поговорили о том, что обычно остаётся за кадром историй успеха:

• Почему телеком-финтех редкая история масштабного успеха не зависимо от географии, ведь стратегии и технологии у всех примерно одинаковые, но экосистемы получились не всех.

• Какое архитектурное решение мы приняли на старте и ни разу не пожалели – про «сквозные», но не единые буквально данные, идентификацию и клиентский опыт.

• Как устроенбаланс между скоростью и регулятором, и почему регуляторная песочница Национального банка — история не только про нас, но и про всю страну.

• Трансграничные коридоры с Kaspi и Uzum — первые прямые финтех-коридоры в Центральной Азии.

• Куда всё движется дальше: AI в каждом домене – от скоринга и антифрода до регуляторики.

И главный вывод, к которому мы пришли за эти годы: люди важнее технологий. Все провалившиеся проекты имели лучшие в мире технологии. Не хватило людей, которые собрали бы из этого работающую экосистему под конкретную страну.

Полный текст

А пока вопрос к вам: какие локальные финтех- или экосистемные проекты в ЦА и СНГ вы видели вблизи — и на чём они споткнулись? Интересны конкретные кейсы.

Руководитель, который не ошибается — и другие мифические существа

Затягивать неприятные решения. Говорить «да», когда надо «нет». Нанимать людей, похожих на себя. Верить, что процесс как-нибудь заработает сам. Всё это — классические управленческие ошибки, которые совершают даже опытные руководители. И о которых не очень принято говорить вслух.

В новом выпуске «Свободного слота» — Андрей Колесников, SRE DevOps Lead в Авито и соведущий подкаста «В SREду на кухне». Разбираем топ управленческих косяков — и честно признаёмся в своих.

Что обсудили

Можно ли вообще научиться на чужих ошибках — или только на своих? Где грань между взвешенным решением и банальным затягиванием. Как говорить «нет» так, чтобы не прослыть неудобным руководителем. И как признавать ошибки до того, как с ними уже пришли к тебе — а не после.

Слушайте и смотрите новый выпуск на площадках:

📺 YouTube
🔵 ВК Видео
📌 RuTube
🎧 Яндекс Музыка
Ⓜ️ Mave

Ещё больше новостей — в нашем телеграм-канале

«Свободный слот» — терапевтичный контент для тимлидов и тех, кто хочет ими стать

«Что дальше в Пайплайне?» — второй выпуск

Мы продолжаем наш новый формат, где нет слайдов и заученных докладов. Второй выпуск шоу «Что дальше в Пайплайне?» мы посвятили аналитикам. Вместе с коллегами из Юзтех и Т1 собрались онлайн, чтобы рассказать реальные истории о курьёзах в требованиях и неожиданных интеграциях.

Смотреть «Часть 2: аналитики»

Больше технических событий и выступлений — в нашем TG-канале.

Эмоциональный след от занятий

Это серия постов про 5 результатов обучения. Если вы хотите ознакомиться с предыдущим материалом, предыстория опубликована в блоге, и там же есть полная статья. Либо вы можете найти предыдущие посты в моем профиле.

Третий результат обучения — самооценка и эмоциональный след от занятий.

То, что сейчас вовсю организовывают в частных школах и школах дополнительного образования, часто называют атмосферой.

Некоторые ученики мне пишут и по сей день благодарности за хорошую базу, скидывают проекты, которые делают уже самостоятельно, рассказывают о том, что начали изучать.

Работая в школах программирования, я был тем преподом-бунтарём, который слал скучные проекты из методического материала и рассказывал своё.

Так я однажды сильно поругался с руководством.

Зато группа, которая должна была изучить работу с 3D-пространством на Python, что само по себе звучит несколько дико, знает Telegram API и умеет писать ботов с подключением базы данных.

Но некоторые ребята из этой группы ещё года 3 вспоминали наши уроки, наполненные энтузиазмом и вдохновением.

Очень надеюсь, что и в других группах удалось оставить след, но со многими уже потеряли связь.

Если занятия наполнены драйвом, вам самому интересен материал, который освещаете, вы не увидите каменные лица учеников и вас не будут перебивать, пока вы рассказываете.

Вместо этого можно наблюдать блестящие глаза, внимающие весь материал.

Это не отменяет знания, умения и навыка. Группа всё равно училась программированию, разбирала API, базу данных, проект и код.

Но эмоциональный след играет важную роль.

Он становится частью результата обучения: что(!) ребёнок будет помнить о занятиях, с каким ощущением вернётся к похожей теме и захочет ли продолжать самостоятельно.

Присоединяйтесь к Telegram-каналу, чтобы не пропустить новые материалы!

D-Wave представила дорожную карту на 100 логических кубитов к 2032 году

D-Wave опубликовала новую дорожную карту и заявила цель: к 2032 году построить отказоустойчивый квантовый компьютер на 100 логических кубитов, способный выполнять более миллиона операций. Акцент сделан не на рекордное число кубитов, а на архитектуру, которая сама борется с ошибками.

В основе подхода лежит архитектура dual-rail на сверхпроводящих кубитах. По заявлению компании, она позволяет обнаруживать примерно 90 процентов ошибок кубитов напрямую на уровне оборудования. Чем больше ошибок отсекается аппаратно, тем меньше избыточных кубитов требуется для коррекции, а значит, проще масштабировать систему.

Коррекция ошибок остаётся основным препятствием на пути к практичным квантовым вычислениям. На один логический кубит в типовых схемах приходятся десятки и сотни физических, и большая часть ресурсов уходит на подавление шума. Если часть этой работы берёт на себя само железо, оверхед на коррекцию падает.

После покупки Quantum Circuits Inc. компания развивает два направления одновременно: квантовый отжиг, на котором D-Wave специализировалась исторически, и вентильную модель. Немногие игроки на рынке развивают обе ключевые архитектуры сразу.

Потенциальные области применения, которые называет компания: поиск лекарств, материаловедение, химия и квантовый ИИ. Стоит относиться к этому трезво: перед нами дорожная карта, а не готовая система, а сроки в квантовой индустрии регулярно сдвигаются. Интересна сама ставка: вместо наращивания числа кубитов решать проблему надёжности на уровне самого оборудования.

Источник

Странный мир маркетинговых акций OpenAI

Руководитель Codex Тибо Соттио объявил (https://x.com/thsottiaux/status/2063748242681307611) в соцсети X о 100-дневной программе: каждый день компания будет выбирать одного пользователя, который, по её оценке, делает с Codex впечатляющую или особенно полезную работу, и на месяц повышать ему лимиты использования в 10 раз.

Правила максимально просты

🟢Как именно будут отбирать победителей - неизвестно.

🟢На вопрос о том, как принять участие, Соттио ответил, что нужно просто что-то создавать.

🟢На уточняющие вопросы о метриках и о том, будут ли уведомлять победителей - тоже в ответ тишина.

В комментариях ожидаемо начался ад: часть твиттерских назвала акцию щедрым стимулом, другие интересуются, зачем сильному продукту подобные активности, а третьи просто стали публиковать свои проекты.

Новая загадка уровня Hard и крутой мерч победителю!

Вам нравится разгадывать сложные загадки, нам — загадывать их и отправлять мерч победителям. Так чего же мы ждём?

Немного лора агентства «Найт Стрит»: у нас есть игровая платформа PLAYFORMA. Про неё рассказываем здесь. А ещё мы никогда не устанем повторять, что она заточена под разные форматы онлайн-решений: квесты, тимбилдинги, марафоны, адвенты и кастомные программы.

Всем известно, что айтишники любят задания пожёстче. Так родился формат Hard. Если на обычное задание даётся 5–7 минут, то здесь — от 20 до 30.

Погнали решать Hard-загадку!

Пиклз играет в древнюю стратегию и пытается сделать город процветающим. Сейчас его задача — провести полную электрификацию. Он не справляется, ему нужна помощь.

На экране монитора — город, поделённый на кварталы. В каждом квартале расположены дома — от 1 до 5. С кварталами граничат электроузлы. Они пронумерованы с № 1 по № 48, а некоторые ещё и не работают.

Ваша задача — выбрать, какие узлы нужно включить, чтобы во всех домах города загорелся свет. Есть 2 условия:
1. к каждому кварталу должно примыкать столько включённых электроузлов, сколько домов в квартале;
2. включённые узлы не обязательно выстраиваются в последовательную цепь, они могут работать автономно.

В ответе напишите по порядку номера всех включённых электроузлов.

Автор первого правильного ответа получит брендированный дождевик от агентства «Найт Стрит». Доставим по России за наш счёт.

Что было на встрече РКН с ИТ-отраслью, или «Если у вас всё работает — чего вы переживаете?»

Есть встречи, после которых хочется что-то изменить. А есть встречи, после которых хочется нервно покурить (хотя я не курю). Недавнее совещание (08.06.26) РКН с представителями ИТ-отрасли — из второй категории. Ниже краткая выжимка, что там было, чтобы вы были в курсе происходящего в кулуарах.

Встречу давно обещали и вот собрали. Без повестки, без списков, без резолюции — видимо, чтобы не выносили наружу. Не помогло: слили всё что было. Так что просьбу «не выносить в СМИ» можно класть на ту же полку, где лежит просьба не пользоваться Телеграмом. К нему ещё вернёмся.

Открывал собрание замглавы РКН — который как раз отвечает за блокировки. Его логика была проста, как лом: интернет в стране падает, но РКН почти ни при чём. Это дроны, это смежные органы, это иностранцы — все вокруг. А ТСПУ? Ну да, и оно немножко (верим?).

Дальше заговорил чиновник отвечающий за Центр мониторинга, и принёс три «гениальные» идеи. Перед чтением дальше, лучше сядьте и не пейте ничего, чтобы не подавиться от смеха, если что — я предупредил.

1. Подключайтесь к Центру мониторинга. Добровольно, без ответственности, как жест доброй воли. Вы только опишите всю свою инфру — а насколько подробно, мы потом сообщим. Как в анеке: вы пока разденьтесь, а доктор потом решит, нужно ли.

2. Построим свой репозиторий кода — на случай, если нас отрубят от внешнего. Аргумент про единую точку отказа (хакерская мечта просто) — в расчет не берется. Разраб из зала: даже США не смогли такое сделать. Другой чиновник РКН парирует: «А Китай смог». Аргумент зала о том, что китайцы всё равно сидят в опенсорсе — остался без ответа.

3. Сделаем госVPN с маскировкой — прятаться от западных фильтров. Зал заметил, что такой обход заблочат за полдня, как сейчас блочат всё русское. Замглавы РКН ответил, что «можно же сделать правильно». И добавил, что DPI у нас самый крутой в мире. То есть свой VPN мы спрячем гениально, а пять тысяч чужих ловим по протоколам пачками, роняя пол-Рунета ложными срабатываниями. Двойные стандарты даже не маскируются.

И тут — лучший диалог вечера:

Зал: а кто вообще решает, что блочить?
Замглавы РКН: мы боремся с порно и педофилией, а остальное — другие органы, вы же все понимаете кто.
Зал: не понимаем. Кто?
Замглавы РКН: на этот вопрос я ответить не могу.

Миллионы людей в стране на VPN'ах, гора заблоченных сервисов — а на вопрос «кто это устроил» уполномоченный орган разводит руками, как пойманный за руку гардеробщик.

Апофеоз — про Телеграм:

Зал: результат-то есть? Телеграм заблокировали?
Замглавы РКН (с гордостью): да, конечно.
Зал: коллеги, поднимите руки, кто всё ещё пользуется. — Поднимает весь зал.
Замглавы РКН: так если у вас всё работает, чего ж вы переживаете? Значит, мы не такие плохие.

Я думаю, что это не оговорка, а мировоззрение. Заблокировали так, что заработало лучше прежнего, — и записали себе в плюс. Это звучит как нелепая шутка, но это не она.

По итогам решили встречаться раз в две-три недели и обсуждать госVPN. И снова просили не болтать в прессе (ну конечно). На «зачем вы блокируете вот это» договорились не отвечать никогда — но обещали как-нибудь привести смежников из ФСБ. Горю желанием посмотреть, как они объяснят свою компетенцию.

Что в сухом остатке

Встречу собрали для галочки. Наверх уйдёт ровно это: «с отраслью встретились, проблемы обсудили, взаимопонимание нашли, всё хорошо».

Острые вопросы задать не дали — что выходит за «компетенцию», РКН не обсуждает. 149-ФЗ и закон «О связи» соблюдать никто не собирается: работают по телефонному праву, а кто звонит — секрет фирмы.

Признавать ошибки и откручивать гайки? Нелепость какая. Что настроили против себя отрасль, разрабов и даже простых людей — не понимают и не хотят. Неинтересно. За это не платят.

«ГосVPN» и «отечественный репозиторий» отрасли не нужны и технически мертворождённы — но на них упрямо настаивают: надо же хоть что-то изображать. ИБД в чистом виде.

Такие вот дела 🤷🏼

Запустили мониторинг сервисов

Теперь можно отслеживать стабильность работы сайтов, серверов и приложений, размещенных в нашей инфраструктуре или на сторонних платформах.

Если что-то пойдет не так, вы сразу получите уведомление на почту, в Телеграм или Макс. О восстановлении — тоже.

Что можно мониторить:

Сайты и веб-приложения. Интернет-магазин упал ночью — узнаете сразу, а не утром по потерянным заказам.

Доступность серверов. Сервер перестал отвечать на запросы — среагируете до того, как это заметят остальные.

TCP-порты сервисов — базы данных, почта, API. База перестала отвечать — увидите до того, как приложение начнет спамить юзеров ошибками.

SSL-сертификаты. Продлите сертификат заранее — пока пользователи не заметили в браузере предупреждение о небезопасном соединении.

Проверки идут из нескольких регионов — без ложных алертов из-за временных сетевых сбоев.

Бонусом: история инцидентов по каждому сервису, дашборд с аптаймом, настройка интервала и таймаута, пауза без потери настроек. Подробнее в документации →

Стоимость — 30 ₽ в месяц за сервис, списания почасовые.

Подключить мониторинг →

Кризис = возможность🔥

➡️ Павел Перов, директор по продукту «Авандок», рассказал о самом сложном периоде за 18 лет работы в компании.

Смотри видео! А если хочешь стать частью компании — проявляй себя, работай в КОРУСе: https://links.korusconsulting.ru/ybFq

#говоряткорусяне