IT

Раньше ПО работало шустро, потому что иначе было никак Пайплайн упал — подняли память. Сервис затупил — добавили ядер. Дежурный заложил буфер, потому что никто не хочет подрываться ночью. Через полгода исходного контекста уже никто не помнит, и эта конфигурация становится строгим требованием. Парадокс в том, что сервис при этом выглядит здоровым. Он использует 10% от выделенных 64 ГБ, мониторинг светится зелёным, команда эксплуатации спокойна. Мы научились поднимать тревогу при перегрузке, но почти никогда не создаём алёрты на структурную пустоту. Разберёмся, где именно проходит граница между неизбежной сложностью и накопленным суеверием.

Чем CC на самом деле круче Codex с точки зрения бизнеса? В целом, будем честны, они уже плюс-минус одинаковые. Да, Claude лучше делает UI, а Codex педантичнее следует правилам. Обгоняют друг друга по разным фичам, но в основном в мелочах Но есть одна особенность, которая может быть критической при выборе Codex vs Claude Code для компании. По крайней мере, для тех компаний, где разрешен гитхаб Это automations (codex) vs routines (cc) Просто один из самых частых запросов у бизнеса сейчас: 1. Научите наших доменных экспертов автоматизировать себе задачки 2. А потом сделайте, чтобы часть задачек запускалась в фоне, чтобы не тратить на них фокус Раньше, переход из первого во второе означал кучу приседаний с SSH, CI/CD, Docker и кучей других слов, которые люди учить не хотели и правильно делали Теперь рутины в Claude Code это решают – там достаточно разобраться как запушить проект с AGENTS.md и скиллами на гитхаб (проверено, с этим справляются), скопировать .env, если был, и установить триггер по таймеру (но можно и вебхук, если хочется запускаться в ответ на внешнее событие) Всю сложность по деплою, триггерам, и т.д. забирает на себя антропик И для компаний, где мало разрабов или у них нет времени на создание такой инфраструктуры для своих нетехнических коллег – это прям киллер фича @ai_grably

Когда вы строите что-то помощнее лендинга, у вас появляется какая-то инфраструктура и сервисы. И обязательно настанет момент, когда оно упадёт. Поэтому нужно будет строить сигнализацию, систему алертинга, которая известит нужных людей об инциденте. Классическая связка в вебе - Prometheus+Grafana, но вот попался еще опенсорсный инструмент - Nightingale. Пишут, что в отличие от Grafana, делают упор именно на алертинг. Собирает данные из разных источников, знает Prometheus, ElasticSearch, Loki, ClickHouse, MySQL, Postgres. Но сами они рекомендуют Categraf. Есть настройка разных правил - алертингов, подписок, уведомлений. Есть конвейеры событий. Есть даже MCP-сервер, чтобы общаться с API по-человечески. Проект активно развивается, 161 контрибьютор #devops

Но я обещал рассказать "как хостинг будет выглядеть в пределе регулирования". Обратимся за опытом "старших товарищей" — к Ирану. Там как раз такие "реформы" уже идут: Статья на персидском, но современные ИИ легко переводят и даже умеют делать дайджест. Коротко: В Иране изменились правила доступа к интернету для дата-центров. Теперь все клиенты обязаны получать идентификатор в государственной системе "Шахкар" (Shahkar). После "восстановления интернета" (напомню, что в Иране четыре месяца вообще не было почти никакого интернета), сначала восстановили доступ к услугам дата-центров, но через буквально пару дней опять отключили — VPN потому что начали ставить массов. Правила быстро ужесточили следующим образом: раньше для покупки сервера у хостинг-провайдера или дата-центра требования различались — от простой электронной почты до национального ID (Melli Code). Теперь наличие подтвержденного профиля в "Шахкар" стало строго обязательным. Для покупки любых услуг дата-центра номер телефона и национальный ID пользователя должны полностью совпадать и принадлежать одному лицу. Информация о подключенных цифровых услугах будет отображаться в личном кабинете гражданина на правительственном портале (типа госуслуг). Две модели распределения IP-адресов: * Дата-центр напрямую продает IP и несет полную юридическую ответственность за верификацию клиента. * Дата-центр выделяет пул IP-адресов посредникам (хостинг-компаниям), и обязанность по идентификации конечных пользователей юридически перекладывается на них. Влияние на VPN: Новые правила существенно усложнят жизнь обычным пользователям, компаниям (где требуется совпадение номера телефона с данными гендиректора) и тем, кто поднимает личные VPN для обхода блокировок. При этом эксперты отмечают, что "черные продавцы VPN", скорее всего, продолжат обходить систему, используя арендованные банковские карты и личные данные третьих лиц (например, малоимущих или зависимых людей), поэтому сильнее всего ограничения ударят по законопослушным гражданам. Отдельно про "Шахкар" надо сказать: "Шахкар" (سامانه شاهکار / Shahkar) — это иранская государственная централизованная система верификации абонентов, разработанная Организацией по регулированию радиосвязи (CRA) при Министерстве информационных и коммуникационных технологий Ирана. Суть и функции системы: * Связка данных: Главная задача системы — проверка соответствия личности пользователя (по национальному ID / коду Melli) и принадлежащего ему номера телефона. Оформить сим-карту или получить доступ к услугам связи на чужое имя в рамках этой системы невозможно. (Так считается, точнее) * Сфера применения: Изначально система создавалась и внедрялась для операторов мобильной и фиксированной связи (FCP). Постепенно ее действие расширили на банковские приложения, государственные цифровые сервисы, а теперь — и на сферу хостинга, покупки серверов и инфраструктуры дата-центров. * Декларируемая цель государства: Повышение прозрачности, борьба с киберпреступностью и фишингом, а также усиление контроля за сетевой инфраструктурой и трафиком внутри страны. На практике это лишает пользователей анонимности при аренде серверов и развертывании сетевых узлов.

Кстати, вот небольшой ИИ-рисерч по поводу цен на VDS и ИИ-компьют в РФ и "на Западе". Он быстрый и вот тут в табличке открыто — можно посмотреть самостоятельно. Я там даже комментарии открыл, но модерировать не буду. Лень. Общий вывод: уже сейчас, если не считать откровенно маркетинговые тарифы "минимальный вход" в РФ в два-три раза дороже по сопоставимых параметрах. Смотрите особенно на конфигурации с числом vCPU больше двух. И это без учета того, что в тот же Hetzner, например, "из коробки" входят всякие допуслуги, типа "20Тб трафика", "защиты от DDoS" и всякие бэкапы. По ИИ ситуация даже хуже - в РФ просто нет адекватного предложения. На втором листе смотрите

Что такое DevSecOps и почему вокруг этой профессии столько шума Если максимально упростить, DevSecOps -это специалист, который внедряет безопасность прямо в процесс разработки программного обеспечения. —-Раньше всё работало так: программисты пишут код, тестировщики его проверяют, сисадмины выкатывают на сервер. И только в самый последний момент проект отдавали отделу безопасности. Безопасники находили кучу уязвимостей, возвращали всё назад, сроки срывались, все ругались. DevSecOps ломает эту схему. Его задача - сделать так, чтобы код проверялся на уязвимости автоматически, на каждом этапе написания, а не в самом конце. Чем конкретно занимается этот человек? * Настраивает автоматические сканеры. Как только разработчик сохраняет кусок кода, специальный софт сразу проверяет его на известные баги, "дыры" и слитые пароли. * Защищает инфраструктуру. Настраивает доступы к серверам и базам данных так, чтобы условный хакер не мог зайти туда одной левой. * Дружит разработку и безопасность. Он не просто говорит “так нельзя”, а настраивает инструменты (CI/CD пайплайны), которые помогают программистам писать защищенный код быстрее. Почему это сейчас в тренде и дорого стоит? 1. Экономия денег. Найти и исправить ошибку в безопасности, пока код еще пишется, в десятки раз дешевле, чем чинить приложение, которое уже взломали и обокрали в продакшене. 2. Дикий дефицит кадров. Обычных программистов много. Безопасников тоже хватает (на самом деле не хватает). А вот людей, которые одновременно понимают, как пишется код, как работают сервера (DevOps) и как устроены хакерские атаки (Sec) - единицы. По сути, это логическая эволюция DevOps-инженера. Если вы уже умеете настраивать сервера и автоматизировать деплой, добавление навыков безопасности (OWASP, аудит контейнеров, сканеры уязвимостей) автоматически переводит вас в ТОП по востребованности и зарплате.

... и придумали две вещи: 1. Пусть операторы _мобильной_ связи сами как-то придумывают, как это все считать и абонентам объяснять. Типа, 15 гигабайт хватит для всего (с) Б.Вороткин. Операторы, правда, идею немного заиграли. Ну, как заиграли... там, оказывается, все сложно — законы всякие мешают и вообще "запрос на правила". Ну, потому что план по валу не выполняется. 2. "Мораторий на расширение каналов за рубеж". Вот тут интереснее. Собственно, про это и статья в РБК (еще раз даю ссылку, потому что в первом посту что-то оно не зашло и вообще лучше архив смотреть — крамолу-то и удалить могут). Суть ограничения: формально это не мораторий, а согласительный порядок, введенный в марте — операторы, желающие расширить зарубежные каналы, должны получать разрешение Минцифры. Пока этот порядок никто не проходил, а критерии выдачи разрешений операторам не сообщили. Сценарий последствий: В худшем случае каналы операторов полностью заполнятся. Тогда они начнут расчищать полосу под более рентабельных клиентов и, вероятно, разделят тарифы для розницы на два вида: с внутрироссийским интернетом (дешевле или по текущей цене) и с зарубежным (дороже). Самое интересное тут опять таки в методике "а как различать". Самый простой способ — типа, сделать так, как написано в РАНР. Это очередной реестр, который дословно расшифровывает, как "Реестр адресно-номерных ресурсов российского сегмента сети Интернет", а если перевести на русский, то "копия базы данных RIPE для российских операторов с ручным контролем данных". Но проблема в том, что у не просто многих, но очень многих, российских бизнесов ресурсы находятся... на иностранных хостингах. Ну, в силу того, что российские просто не могут конкурировать — нет ресурсов. Особенно в области ИИ. И как их различать? Ну, будут городить "обратные прокси", наверное. И, наверняка VPN там просочится, но генералам это объяснить трудно. У вас есть ВЯВО (ВК-Яндекс-ВБ-Озон) — чо вам еще-то надо? Ха-ха. Следовательно, нужно будет еще более лучше контролировать хостинговые компании, да? Разумеется! И о том, как это в пределе может выглядеть — в следующем посте.

#мнение Место менеджмента AI-native оргструктуре Привет, читатель! Не знаю заметил ли ты, но я избегаю 3 тем: SOTA-моделей, автономных агентов и AI native команд/компаний Наткнулся на доклад AWS про команды в мире агентского ИИ. Не про инструменты, а про то, как меняется операционная модель когда стоимость владения падает: 1. Экономика AWS дает развилку Use / Compose / Build. Build оправдан только при уникальном процессе. Для большинства первичен разбор потока: где ценность, где теряется контекст, где нужна проверка. AI-native начинается не с модели, а с описания процесса как системы исполнения 2. Таланты и новые роли AWS вводит expert generalist: человек, который ведет процесс целиком. Фаулер разделяет why-loop и how-loop: человек сильнее в выборе что и зачем, агент в исполнении. Эндрю Энж: сборка ускоряется, узкое место смещается в продуктовые решения Отсюда роли. Product builder вместо PRD приносит проверяемый прототип. Product Engineer сам ближе к пользователю и метрикам. Forward deployed engineer тащит агентов в процессы клиентов, потому что между демо и продакшеном лежит слой интеграций и ответственности 3. Структура команд Четыре формы: пирамида, ромб, перевернутая пирамида, песочные часы Пирамида растит людей, но буксует на передачах. Ромб появляется когда режут джунов: пайплайн кадров умирает. Перевернутая пирамида как боевая капсула: сильные спецы и агенты. Песочные часы: автономные команды сверху, тонкий управленческий слой, обучение снизу. Team Topologies дает тот же принцип: команды вокруг потока ценности и когнитивной нагрузки. AI-native команда это не сквад с агентами, а компактная единица с ответственностью от начала до конца 4. Операционная модель Модель A: разработка строит, эксплуатация поддерживает, для агентов не работает. B: построил сам, запускаешь сам, работает в малом масштабе. C: автономные команды плюс платформа. Продолжение DevOps, не новая история. Агентский ИИ не отменяет DevOps. Он делает незавершенный DevOps дороже 5. Управление и контекст Управление агентами сводится к идентичности, правам, допустимым действиям и аудиту. Не регламент на полке, а исполняемый контур ближе к PRR из SRE. Фаулер формулирует: агент это модель плюс обвязка из правил, инструментов, проверок и контекста. Документация часть среды исполнения. Палантир-модель показывает: доменные понятия должны быть явными 6. Проджект-функция Каган разделяет продуктовые и фича-команды. ИИ ускоряет фича-команды, но не делает их продуктовыми Старая админ-функция сжимается. Отчеты, статусы, пушинг, перфоманс ревью, это компенсация плохой структуры. Новая мидл менеджер-функция это управление условиями исполнения. AI-native убирает мидл-менеджера как диспетчера передач. Но может сохранить функцию как инженерный контур: границы, контекст, поток, готовность, обратная связь

Буддизм, силовики и трансформация организаций — интервью про путь deep mind С момента фундаментального и буквально написанного в формате мини-книги интервью с Димой Соловьёвым в 2021 году, которое он брал у меня с Дашей, я всегда отказывался от подобных разговоров про меня и мою историю. Проект называется deep mind, а не Макс Родин, и нам важнее продвигать его в целом, а также конкретные темы, чем меня как личность. Поэтому все материалы после того интервью выходили из экспертной позиции. Спустя 5 лет и впервые с того момента, я нарушил этот принцип. И сегодня мы релизим эксклюзив, если можно так сказать. Лоле не только удалось вообще вытащить меня на такое интервью, но и зайти в темы, о которых я хоть публично иногда и упоминаю, но так подробно и целостно никогда не говорил. Поэтому получилось очень уязвимое интервью, где в едином месте, как и в самой моей жизни, силовики пересекаются с буддизмом. А ложь и болезни систем — с честностью и трансформацией. — Медитация в коридорах Министерства и растущий разрыв — Социальное обнуление: тысяча контактов, которые растворились в один момент — Слепое пятно современных организаций ⏺YouTube [1ч30м] Мы с Лолой будем ждать ваших откликов!

Почему работодатели в вакансиях пишут о том, что нужно владеть AI-инструментами? Особенно это странно выглядит, когда интернет заполнен колкими фразочками о том, что программисты не нужны, потому что ИИ уже заменяет их работу на сто процентов. В чем тогда логика работодателей? Они просто не понимают, что такое AI или дело всё-таки в другом? Окей, допустим люди, допускающие эту мысль правы и программисты действительно не нужно. Тогда почему компании не перестали искать программистов? По сей день полно вакансий в этом направлении. Более того, вакансии дополены требованием уверенно работать с AI-инструментами. Причина заключается в том, что работодателям нужен не человек, которого заменит нейросеть, а специалист, который умеет использовать её для ускорения своей работы. Такой разработчик быстрее пишет код, быстрее разбирается в незнакомых технологиях и исправляет ошибки. Знание AI сегодня уже вполне конкретно стал рабочим навыком, как и владение Git или умение читать документацию. Компании ищут специалистов, которые способны совмещать собственную экспертизу с возможностями современных инструментов, потому что именно такая комбинация сейчас даёт максимальную продуктивность. Более того, если вы загляните в иные не айтишные сферы, например, сценарист или видео-монтажер, то ситуация там абсолютно та же! Все же могут написать текст с ИИ? Уверена, что да. Все могу создать видео с ИИ? Возможно, не все, но гипотетически освоить может каждый. Тогда почему ищут таких людей, если это можно сделать самостояельно, не привлекая другого человека к работе? Причина абсолютно та же. А что думаете вы на этот счет?

Я часто менял домены в своей практике, но впервые разобрался как делать это правильно! Тк у нас уже были медиа упоминания и беклинки на era.shopping хотелось сохранить их на новом домене. Для этого оказывается нужно сделать пару дополнительных действий: 1. 301 redirect. Ни framer (где хостится сайт), ни squerspace (провайдер домена) не дают это сделать, поэтому самым простым вариантом, спустя несколько часов мучений с противоречащими советами клода/чатгпт, оказалось сделать бесплатный аккаунт Cloudflare, добавить там старый домен, и прописать правило для редиректа типо:

If incoming requests match: (http.host eq "era.shopping") or (http.host eq "www.era.shopping") URL redirect: Dynamic - concat("https://tryera.ai", http.request.uri.path) - 301 redirect

2. В google search console есть специальный инструмент Change of address где нужно указать гугла на новый домен. 3. В GA не нужно добавлять новую property, а можно просто обновить ссылку в data stream.

Midnight Code Cup 2026 Qualification Round. Results. Прошел квалификационный раунд, интересные ощущения от него. Вот тут можно почитать задачи: https://codeforces.com/gym/106478 Вот тут посмотреть финальные результаты: https://ranker.codeforces.com/ranklist/106471 Мы в этих контестах разрешаем пользоваться AI, и очень интересно наблюдать, насколько быстро все меняется. В финале прошлого года (который был летом) команды уже довольно часто использовали AI. Он давал возможность быстро написать хорошее решение и войти в топ, но при этом код становилось сложно поддерживать, участники не понимали, что в нем происходит, и ближе к концу контеста на топовых местах были команды, которые большинство кода писали руками. Сейчас же почти все команды в топе использовали AI, и в основном занимались тем, что говорили агентам, что нужно делать, а не решали задачи сами. При этом те команды, которые по старинке пытались решать задачи руками, потратили много времени на написание бойлерплейта, и им не хватило времени, чтобы написать какое-то хорошее решение. Чем-то напоминает обычную работу программиста, где уже сейчас можно получать результаты сильно быстрее за счет использования AI, но есть много людей, которые не пытаются или не хотят это делать, и в итоге окажутся в сложном положении. На этом контесте я был автором задачи С. Кажется, с точки зрения сложности/глубины вышло довольно хорошо. Мой личный критерий "интересности" оптимизационной задачи следующий. Если попросить агента написать хорошее решение задачи, а потом в бесконечном цикле просить его "улучшить", то он не придет к оптимальному решению, а застрянет в каком-то локальном оптимуме. А правильная стратегия — это иногда сделать несколько шагов назад и понять, можно ли как-то глобально по-другому решить задачу. Например, в лидерборде можно видеть, что большинство решений в топе получило примерно 70k баллов, но при этом есть решение от Probably worse than LLMs, которое получило 90k. И что-то мне подсказывает, что решения построены на немного разных идеях, и текущим агентам тяжело перестать микрооптимизировать код, который дает 70k, и сделать большой скачок до 90k. Если вы участвовали, как вам контест?