Все потоки

Тестирую недавно вышедшую SOM (system one model) Laya для наделения CanvasDesk сверхсилами по автодополнению.

Как пользователь, я хочу чтобы проектирование в CanvasDesk было с молниеносным флоу. Я решил тестово прикрутить под это Laya - свежий open-source аналог нашумевшего облачного движка Jev от TypeSafe AI.

Почему не обычная LLM? Большие языковые модели для подсказок в реальном времени не годятся их генерация съедает от секунды до трёх. Я бы не стал ждать автогенирацию так долго. Jev и Laya - из класса System One Models: модели "быстрых интуитивных реакций". Они не разворачивают текст токен за токеном, а за один проход решают типизированные задачи: классифицируют, ранжируют варианты и выдают калиброванную вероятность.

Jev сидит в закрытом облаке по API. Laya вышла под Apache 2.0 и полностью совместима с ним по протоколу, но разворачивается локально. Размер ~421 миллионов параметров. Задержка около 33 мс на GPU и 200–450 мс на обычном офисном CPU. Не требует гонять контекст схемы через внешнюю сеть - для CanvasDesk в b2b исполнении это принципиально.

Что это даёт на практике:
1/ автодополнение формул и переменных: набираешь расчёт нагрузки, система цепляет переменные из апстрим-узлов и предлагает формулу, проверенную локальным парсером,
2/ next-node подсказки: поставил шаблон балансировщика - движок предлагает связать его с очередью и пулом воркеров,
3/ адаптация под роль: архитектору - параметры теории очередей, продакту - связки конверсий и когортного LTV.

Задача Laya - работать умным стрелочником: отбирать лучшие паттерны из каталога за доли секунды и отдавать их только при высокой уверенности. Если эксперимент взлетит, сборка схем перестанет быть укладкой асфальта вручную.

Пока заворачиваю Laya в локальный sidecar на базе python. Результаты теста и замеров скорости выкачу отдельным постом.

А пока можно самостоятельно потестить WASM версию CanvasDesk и написать в комментарий про свой опыт

Чуваки, я не знаю как вы, но я задолбался от этого бессмысленного бега в колесе.

Снова и снова одна и та же проблема: инфраструктура, сборка и доставка приложений везде устроены по-разному. Каждая команда городит свой набор скриптов, пайплайнов и правил. Знания остаются в головах, процессы не масштабируются, а разработчики тратят время не на продукт, а на очередное изобретение собственного DevOps.

Поэтому я пилю MyTinyIDP — Internal Developer Platform на основе CNCF-подхода, Kubernetes и GitOps.

Идея простая: через единый портал разработчик — и его старший брат его менеджер продукта — создаёт проект или сервис, а платформа сама подготавливает репозиторий, окружение, доступы, инфраструктуру и доставку приложения.

Сервис собирается без ручного написания Dockerfile: Cloud Native Buildpacks определяют стек, собирают OCI-образ и публикуют его в registry, после чего Argo CD доставляет приложение в Kubernetes.

Под капотом — Backstage, Argo CD, Argo Workflows, Argo Events, Crossplane. Открытые компоненты, декларативная модель и минимум привязки к конкретному облаку.

Рабочий прототип уже есть.

Ну, «рабочий» — ну так :) Пока вопросов там больше, чем ответов. Но оно уже живёт, что-то создаёт, что-то деплоит...

Так что если в этом чатике есть люди, которым близки Platform Engineering, CNCF, GitOps и нормальный Developer Experience, и которые тоже считают, что пора перестать в каждой компании заново изобретать собственный DevOps — давайте пилить вместе.

Что будет с монетизацией — пока не знаю.

Зато свой golden path устроим. То есть вдруг есть энтузиасты, пишите, расшарю репо и тд. :)

З.Ы. Может показаться что это чатик написал, но нет. У меня реальная попаболь от всего происходящего и я хочу поменять правила игры.

Напишем сами. С ИИ за год

После ухода SAP и Oracle компании надеялись, что западные вендоры вернутся. По наблюдению Алексея Телкова, генерального директора «Галактики», сегодня ждать перестали точно все и некоторые перешли на модель «сами напишем». На вайб-коде и за год. Касается это любого корпоративного ПО, которое не хочется менять на продукт российского вендора. 

Звучит почти бесплатно. Потом в смету приходят видеокарты последнего поколения, подписки на модели, свои серверы и команда из 50 с лишним человек. Которая, как предполагается, тоже ничего не стоит.

Сам Алексей против ИИ ничего не имеет, в «Галактике» уже год пишут код с его помощью. Но ИИ есть и у вендоров, а экономика корпоративного софта от него не меняется. Ценность кода появляется, когда его переиспользуют. Готовая система, которую внедрили в десяти компаниях, в пересчете на одного заказчика обходится дешевле собственной разработки, даже с учетом прибыли вендора.

Как правильно считать TCO своей разработки и что будет с рынком интеграторов, в пятом выпуске подкаста «IT-фронтир». 

Смотреть на VK Video, Rutube и YouTube.

Open-Spec вместо Open-Source

Пытаюсь тут написать сервис полностью по SDD (описываешь спеку и агент генерит по ней код) и такая мысль пришла. Раньше, когда ты хотел показать, что в твоем коде нет закладок или его можно переиспользовать — то выкладывал исходники. А сейчас, по идее, можешь выложить очень подробную спеку и твой сервис по ней пересоберут.

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

Отсюда другая мысль: мы теперь системные аналитики или технические писатели? Ведь по сути анализ (до какой-то границы) можно так же скинуть на агента

Сбер заявляет, что при использовании функции "Оплата улыбкой" - исключена любая ошибка и путаница. Что системы распознавания настолько хороши, что путаница в снятии денег по биометрии невозможна.
Вот буквально 30 минут назад, смог убедиться что это не так.

С карты произошло внезапное списание, прямо на глазах

Проверил в сбербанк - онлайн, списание действительно произошло.
При том что карта условно лежит в кошельке, который лежит на столе (и она действительно там). Первая мысль - это где-то были спалены/слиты реквизиты.

Мгновенный звонок на 900, сделал ситуацию ещё более запутанной. Оказывается платёж действительно был, он был произведён через "Оплата улыбкой" в другом городе. Но при этом оператор настояла что ошибка исключена. Всё кончилось стандартной процедурой по блокировке карты и ожиданием перевыпуска.

Быстрый поиск показал, что действительно существует сети магазинов "Классный колбасный", но ближайший из них в 1000 км.

Зачем этот пост? Я до сегодняшнего момента был уверен что это не возможно, и решил поделиться с сообществом. Кроме того было бы клёво получить комментарии @Sber на этот счёт. Какова вероятность ошибки "Оплаты улыбкой" и как часто возникают такие ситуации?

Представлен клон MS Word — открытый проект под названием EdenText для работы с docx‑ и dot‑документами прямо в браузере. Возможности проекта:

• автоматическая нумерация, колонтитулы, оглавление, сноски, поля и прочее.

• можно устанавливать стили абзацев, таблиц и других элементов.

• возможности по работе с таблицами и даже формулы как в Excel.

• вставка изображений и подписей к ним.

• знает русский язык и правила орфографии и грамматики.

• работает без интернета, без регистрации и без лицензионных ключей.

Недоумения пост...

В п. 5 ч. 2 и п. 5 ч. 3 ст. 6 Федерального закона от 26.07.2026 № 243-ФЗ «О поддержке развития технологий искусственного интеллекта в Российской Федерации» сказано:

большая фундаментальная модель искусственного интеллекта прошла подтверждение соответствия законодательству Российской Федерации и традиционным российским духовно-нравственным ценностям в порядке, установленном Правительством Российской Федерации

Надеваем шляпу разработчика БФМ и размышляем: а как мне научить мою будущую ИИ-модель не просто духовно-нравственным ценностям, а именно традиционным и именно российским? Ждать упомянутый акт Правительства РФ бессмысленно: он о порядке подтверждения, т.е. это процедурный документ. А нам тут над смыслами надо думать…

В Основах государственной политики по сохранению и укреплению традиционных российских духовно-нравственных ценностей, утв. Указом Президента РФ от 09.11.2022 № 809, есть определение «традиционные ценности» (п. 4) и что к ним относится (п. 5). Человеку это все более-менее понятно. А как этому научить ИИ-модель?

Ну хорошо, обучение модели – это вопрос данных. Для каждой ценности можно попробовать подобрать соответствующий корпус, тезаурус и/или онтологию, а то и не один/одну. И вроде как научить модель тому, что «хорошо», может получиться. Но что там с единством противоположностей, диалектикой Гегеля и/или материалистической диалектикой Маркса/Энгельса? Даже не философ легко вспомнит Владимира Маяковского «Что такое хорошо и что такое плохо?». Без «плохого» не получится обозначить «хорошее». Соответственно, ИИ-модель надо «научить» и плохим вещам, конечно же сопровождая это отрицательными весами и другими маркерами со знаком минус.

Допустим, молодой неокрепший разум зашел в сеть и спросил очередную БФМ: «Вокруг все говорят, что быть экстремистом нехорошо. Кто такие экстремисты? Я не хочу быть на них похож». Если модель не видела ни байта экстремистских материалов, то она в ответ может просто сгаллюцинировать. И ладно бы просто придумает что-то абстрактное и несуществующее, а если возьмет и отнесет, например, какую-то из мировых религий к экстремизму? А молодой разум все это возьмет на вооружение (ведь БФМ же прошла проверку, врать в этом вопросе не может) – и вот оно готовое «разжигание»…

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

1) размещение экстремистских материалов запрещено (ч. 6 ст. 13.15, ст. 13.37, ст. 20.3, ст. 20.29 КоАП РФ; ст. 282.4 УК РФ);

2) поиск экстремистских материалов запрещен (ст. 13.53 КоАП РФ).

Т.е. искать и негде, и нельзя.

Не понимаю, как эту проблему преодолевать: инженерная задача (обучить модель) превратилась в юридическое препятствие (как научить правильному и правильно научить неправильному). Тут либо ждать какое-то специальное законодательное разрешение наподобие ч. 2 ст. 10 закона № 243-ФЗ, либо вместо книги одного небезызвестного австрийского художника отдавать ИИ-модели материалы Нюрнбергских процессов (с какими-то направлениями экстремизма это может сработать, но не со всеми). Впрочем, если под эгидой государства и под контролем правительственных структур создать специальный банк экстремистских материалов (не просто заголовки с кратким описанием, а полностью с содержимым, с разметкой, весами и т.п.) исключительно для обучения ИИ-моделей и с предоставлением доступа исключительно сертифицированным/лицензированным разработчикам БФМ – как вариант…

На Бирже заказов Инфостарта за неделю с 23 по 30 сентября появились задачи для разработчиков, консультантов и аналитиков 1С.

Заказчикам нужны специалисты по Бухгалтерии, УНФ, УТ, Документообороту, КА, УПП, ERP, мобильной платформе, ККМ, обменам, маркетплейсам и интеграциям.

• Обследовать три базы 1С:БК 3.0 для выгрузки денежных данных в SQL/DWH

• Отложенный платеж для заявок на оплату

• Доработка выгрузки данных из 1С 7.7. в формате EnterpriseData 1.6

• Разработать схему перепродаж в группе компаний с Автоматизацией в УНФ 3.0

• Доработка «Подключение сканера к 1С:Предприятие 8.3 в режиме совместимости с 8.2»

• Проверить формат обмена данными ККМ с «Честным Знаком»

• Обучение работе в конфигурации 1С:Транспортная логистика, экспедирование и управление автотранспортом КОРП.

• Восстановить исходный код конфигурации 1С из APK мобильного приложения для ТСД

• Заказ по статье «Где деньги, Зин? Или как загрузить информацию из банка, если у вас 200 000 операций в день?»

• Доработка «Прием оплат от клиентов через PayKeeper в 1С:Управление предприятием 2»

• Настройка сопоставления и выгрузки товаров (с характеристиками и фото) через Synchrozon и SynchroWB в 1С:УНФ 3.0

• Написать обработку трансляции контрагентов и их договоров из УТ 11 в справочники расширения контур логистика.

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

🔖 Наконец‑то дождались: git branch ‑delete‑merged

У нас у всех есть куча проектов. Мы работаем над фичами. Каждая фича — отдельная локальная ветка. Мы её делаем, пушим, открываем PR, PR мержат, ветку на сервере удаляют.

А локальная ветка остаётся. И так каждый раз. Через полгода у тебя в git branch тридцать восемь веток:

  feature/login
  feature/login-fix
  fix/typo
  topic/auth
  topic/auth-v2
  ...
  main

И ты такой сидишь и думаешь: «Какая из них ещё живая? Какие уже смержены? Можно ли что‑то удалить или я что‑то потеряю?».

И вот ты уже пишешь скрипт на коленке, который тебе должен всё почистить. Запускаешь его и вуаля, ты слегка ошибся и больше в твоей репе нет бранчей, паника и судорожный поиск решения на ohshitgit.com.

В общем, короче. Harald Nordgren походу сам задолбался с этим и ребята только что релизнули Git 2.56, в котором запилили опцию delete‑merged.

Самое классное, что команда супер простая и простая как полено (хоспадепрости patch‑format с 100 500 аргументами).

$ git branch --delete-merged 'origin/*' --dry-run
Would delete branch feature/login (was abc1234).
Would delete branch feature/login-fix (was def5678).
Would delete branch fix/typo (was 9876fed).

Посмотрел. Всё выглядит нормально. Запускаешь без --dry-run:

$ git branch --delete-merged 'origin/*'
Deleted branch feature/login (was abc1234).
Deleted branch feature/login-fix (was def5678).
Deleted branch fix/typo (was 9876fed).

Всё. Ветки, которые уже влиты в свой origin, снесены. Ветки, где есть неотправленная работа, — остались. Ветки с deleteMerged = false — остались. Ветки, которые ты вычеканил в другом worktree, — остались.

Это безопасно. Свои скрипты можно выкинуть. Также можно точечно чистить категориями topic-*, feature/*, origin/*.

В общем, если git branch уже не помещается в терминал — обновляемся на 2.56 и теперь вы знаете что делать.

Telegram | Github | YouTube | X

API Security на практике: что проверить в API перед продом

API может быть закрыт авторизацией, работать по HTTPS и стоять за WAF — и при этом оставаться уязвимым. Например, пользователь успешно вошел в аккаунт и запрашивает /orders/125. Если сервер позволяет заменить 125 на 126 и получить чужой заказ, пароль взламывать вообще не нужно: проблема не в аутентификации, а в том, что API не проверяет права на конкретный объект. 

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

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

• Входные данные и запросы сервера. Параметры, JSON, имена файлов и URL нельзя без проверки передавать дальше в SQL-запросы, команды или внутренние сервисы. Иначе появляются инъекции и SSRF — вплоть до запросов к ресурсам, которые вообще не должны быть доступны извне. 

• Бизнес-логику. Иногда API технически работает правильно, но им легко злоупотребить: бот может перебрать промокоды, занять все слоты бронирования или отправить тысячи SMS-кодов, за каждый из которых платит компания. Обычного общего rate limit здесь бывает недостаточно — ограничения нужно задавать именно на чувствительные операции. 

• Старые и тестовые версии. API меняется, а забытый endpoint может продолжать работать со старой аутентификацией, лишними правами или уязвимыми зависимостями. Поэтому важно вести инвентаризацию методов и версий и отключать то, что больше не используется. 

• Защиту на уровне инфраструктуры. WAF может отфильтровать часть веб-атак, API Gateway — централизовать правила доступа и лимиты, DDoS-защита — отсечь большой поток до сервера. Но эти инструменты не исправят ситуацию, если само API не проверяет, имеет ли пользователь право выполнить конкретное действие. 

В статье собрали основные риски из рейтинга OWASP API Security Top 10, разобрали аутентификацию и авторизацию, SSRF и инъекции, атаки на бизнес-логику, работу с секретами, WAF, API Gateway, rate limiting и мониторинг. В конце — чек-лист, по которому можно пройтись по своему API и понять, где искать основные пробелы в защите. Если хотите пройти проверку целиком, читайте материал в блоге Рег.облака.

Лента за 29.09.2026 г.

В bodyscript.me (канал об издевательствах над собой) порассуждали о том, как ставить и контролировать эксперименты с весом.

Теперь про алгоритм проведения экспериментов и контроля их результата.

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

Сейчас идём от простой отправной точки: предиктор выбран, споры с самим собой и окружающими о его бессмысленности прекратились, надо просто проверить, работает он или нет.

Например, выбрал предиктор — не пить после еды 2 часа. Срок эксперимента — минимум неделя, лучше две, чтобы избежать влияния случайных факторов (коих всегда много). Эти факторы создают статистический шум, мешающий оценке влияния предиктора. Если знакомы с каким‑то инженерным делом, то понимаете, что значит отделить сигнал от шума. Упомянутая выше вода в организме — один из самых частых источников шума.

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

Единственное изменение — предиктор. Не пить во время еды и после неё 2 часа.

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

Если отклонился от эксперимента, неважно по какой причине — начинай заново, со следующего дня.

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

Если за неделю результат очевидно есть — можно на этом и остановиться (в смысле эксперимент остановить). Если результата нет, или он невнятный (типа минус 200 г. за неделю) — лучше потерпеть ещё неделю.

Если и через 2 недели результата нет, и точно уверен, что всё делал правильно — предиктор для тебя не работает. Отлично, вычёркиваем. Избавились от одного неработающего метода. Ищем другой.

В Жёлтым по белому вышла первая серия курса «Бизнес‑скелет».

1. https://vkvideo.ru/video-208482299_456239504

2. https://youtu.be/ULVxj6TlS14

Один мой друг, не я, проходил собеседования на Java Senior. Любопытна статистика результатов. 13 собеседований.

Общие вопросы разработки (теория, кодревью, иногда простой лив-кодинг) были на 12 собесах, в 11 случаях всех все устроило (правда, в одном случае поставили чуть ниже ожиданий, но не заблокировало). Это 11/13, но там где не провели интервью - там посмотрели предыдущие фидбеки (то есть по умолчанию ОКнули). Так что 12/13=92% ОК

Алгоритмическая секция была на 4 интервью, в 1 случае выше ожиданий, в 1 по норме, в 1 чуть ниже ожиданий (по мнению интервьюера) но формально отказ, в 1 прям так себе. Кто не проводил - очевидно для них не очень важна эта составляющая, так что считаем от них ОК и пишем 10/13=75% ОК

Системдизайн был по плану на 3 интервью, хотя внезапно вылез еще на 2 посреди другого этапа :) в 2 случаях ОК, в 3 посчитали что слабовато. По тому же принципу что если не спросили то не важно (но не учитываем те где кандидат не добрался до дизайна а он должен был быть) - (13+2 лишних)-3 отказа=9, а в знаменателе (13+2 - 3 непроведенных но где это важно)=75% OK

Финалки/знакомства были в 5 треках, тут можно смело считать что они предусмотрены везде, поэтому проценты считаем только по тем где провели. Из 6 кейсов 6 отказов (2 оверквалификация, 1 опасение что кандидату не понравится используемый стек, 1 несовместимость с командой по вайбу, в 1 случае на финалках спрашивались специфические важные для данной организации технические подробности - вроде того, как производится handshaking в протоколе TCP. 5 кейсов и 5 отказов = 0% OK.

Почему нахожу эти цифры интересными. По каждому из показателей (кроме финалки) кандидат устроил 75-90% работодателей. И однако по совокупности он устроил 0%. Нетрудно посчитать, что вероятность пройти по 3 этапам-критериям исходя из этой статистики - 92%*75%*75%=50%, кажется что система должна работать и давать разумный шанс. На самом деле примерно столько и вышло, но это без учета финалок, на которых тоже теперь проявляют придирчивость. Разумно ли, что на выходе получился 0?

Впрочем по-хорошему оба кейса оверквалификации и один кейс с хардами в финалках следовало исключить уже на этапе первичного скрининга, чтобы не тратить ничье время. Если вакансия на самом деле не сеньорного уровня или требует специфического hands-on experience, кандидат должен был об этом узнать и вовсе не подаваться. Тогда остается только 2 отказа на финале, оба вполне валидных. Но... тогда надо из общей статистики эти вакансии убрать целиком, и получится что из 10 оставшихся проведено только 2 финалки, 20% уже выглядит как слишком низкая востребованность если большинство интервьюеров довольны каждым критерием в отдельности, нет?

Ну и выглядит забавно (хотя это уже искажение перспективы)

• если ты можешь пройти все этапы трека, мы подкинем тебе еще обручей (+1 сисдизайн например)

• если ты и тут не слился, то ты для нас слишком хорош

А мы продолжаем серию вебинаров про защиту Identity.

Завтра стартует наш следующий вебинар, при информационной поддержке партнера «Шексна‑Автоматизация»

2FA: on‑prem или облако — что выбрать?

На вебинаре разберем плюсы и минусы обоих вариантов.

2FA — уже не дополнительная защита, а базовый уровень безопасности

Компрометация пароля не должна автоматически означать компрометацию корпоративной учётной записи.

На вебинаре разберём, как внедрять двухфакторную аутентификацию в существующей инфраструктуре постепенно и без лишней нагрузки на сотрудников и ИТ.

Покажем, как это решается с помощью двух сценариев: on‑prem решения Avanpost MFA+ и SaaS Avanpost Identity Cloud.

Avanpost MFA+ полностью разворачивается в инфраструктуре компании и поддерживает интеграцию с корпоративными системами через RADIUS, SAML, OpenID Connect, LDAP, Credential Provider и другие механизмы.

Avanpost Identity Cloud — защищенный доступ к корпоративным ресурсам для сотрудников и подрядчиков, созданный на базе эталонной облачной архитектуры. Все секреты и чувствительные данные остаются в периметре заказчика.

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

Продемонстрируем на тестовом стенде:

✅ Привязку аутентификатора в момент входа на рабочую станцию (on‑prem решение)

✅ Внедрение второго фактора для VPN (облачное решение)

Сделайте 2FA частью базовой кибергигиены без остановки рабочих процессов.

Когда: 1 октября в 11.00

Спикеры:

• Светлана Лихоманова, Директор по развитию стандартизированных продуктов

• Михаил Юров, Пресейл‑инженер, Отдел технической экспертизы

Зарегистрироваться на вебинар

Сколько вакансий на каждом грейде и сколько за них платят?

Новая аналитика по уже более 180.000 IT вакансий с HH, карьерных сайтов, сайтов организаций, job-бордов и телеграмм каналов.

Я построил 12 графиков отвечающих на разные вопросы связанные с IT наймом в 2026 году.

На Хабре буду выкладывать новые графики каждую неделю по средам!

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

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

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

📆 Когда: 5 октября в 17:00 (Мск)
👨‍🎓 ️Спикер: Гафитулин Тимур, эксперт по техникам мышления

✍️ Записаться

Открытый проект Unofficial search plugins позволяет искать торренты прямо в qBittorrent. Это каталог поисковых плагинов, которые подключают торрент-сайты к самому клиенту. Можно выбрать нужные источники и искать по нескольким местам сразу с помощью одного запроса. В списке проекта есть Rutor, Nyaa, The Pirate Bay и даже Academic Torrents с научными данными.

Пришло письмо с конференции. На неё я не регистрировалась. 3 дня назад пришло письмо, где мне предложили зарегистрироваться, но его я просто проигнорировала, так как не моя тематика, да и планы уже есть. Честно говоря, за 4 дня до конфы звучит как крик о помощи. А теперь так вообще - добро пожаловать на онлайн, куда я даже не регистрировалась.

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

Внимание, вопрос: что будет, если нажать на грустный смайлик??

• Оставить отзыв

• Отписаться

• Переход на сайт конференции

А что будет если нажать на радостный? Сайт конференции! А если на покерфейс? Сайт конференции!

Почему при нажатии на грустный смайлик на вопрос "Как вам письмо?" я перехожу на сайт конференции?!

Как выглядят эти люди, которые не довольны рассылкой о конференции, но хотят на неё попасть? 😳

Чисто технически, конечно, вопрос был о письме. Письмо плохое, на конференцию хочу 🫠

Стоимость вычислений.

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

Это в 4 раза быстрее, чем секвенирование ДНК, в 6 раз быстрее, чем вычислительные мощности, в 18 раз быстрее, чем литиевые аккумуляторы, и в 54 раза быстрее, чем дешевела электроэнергия (если брать период до 1973 года).

Хорошего дня! заходите на тг канал https://t.me/TradPhronesis

OpenAI: пузырь или новая инфраструктура?

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

Оценки действительно могут быть перегреты. Но это не доказывает, что сама технология переоценена. После пузыря доткомов большая часть компаний исчезла, но из той же волны выросли Amazon, Google, Microsoft и инфраструктура современной цифровой экономики.

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

Более важный риск — концентрация вычислитель

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

Альтернативный путь — децентрализованный open source AI: открытые протоколы и распределённые вычисления, которые направлены на полезную работу моделей.

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

Подробнее — в Telegram-канале «Идеи для ИИ — Андрей Анисимов». Ссылка в профиле.

В Сингапуре запустили в тестирование государственный дейтинг‑сервис, который может даже оплатить первое свидание. Для входа нужно привязать аккаунт местного аналога «Госуслуг» и заполнить анкету. Алгоритмы подберут пару, а на решение по свиданию дадут три дня. Так власти страны пытаются бороться с очень низкой рождаемостью.

Плановое обслуживание кода

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

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

Эффективность агента

/doctor (Claude Code) — раз в месяц проверяю здоровье агентского окружения: конфигурацию, неиспользуемые скилы и MCP, медленные хуки, проблемы с permissions и другие накопившиеся проблемы. Заодно помогает освобождать память от устаревшего и лишнего.

/fewer-permission-prompts (Claude Code) — анализирует историю работы и предлагает, какие часто используемые безопасные команды стоит добавить в allowlist, чтобы агент меньше отвлекал подтверждениями.

/run-skill-generator (Claude Code) — периодически пересобирает знания агента о том, как поднять и проверить проект, чтобы /run и /verify не опирались на давно устаревшие команды.

/retro (Matt Pocock Skills) — формально не плановая задача. Запускаю после сессии, где агент заметно буксовал, делал лишние шаги или его приходилось несколько раз исправлять. Скил анализирует, что можно поменять в инструкциях, автоматических проверках и окружении, чтобы эта проблема больше не повторялась.

Качество кода

/simplify (Claude Code) — прохожусь по активно меняющимся частям проекта. Ищет дублирование, лишние абстракции, возможность переиспользовать уже существующий код и просто слишком сложные решения. Удобно запускать раз в неделю по нескольким наиболее активно меняющимся каталогам.

/code-review (Claude Code; у Matt Pocock также есть одноимённый skill) — отдельный проход по изменениям за неделю на корректность, качество кода и возможные упрощения. Обычный review конкретного изменения такую накопительную деградацию часто не замечает.

/improve-codebase-architecture (Matt Pocock Skills) — ищет места, где архитектура постепенно поплыла: слишком мелкие модули, неудачные границы, сложные интерфейсы, размазанное по нескольким местам поведение. Можно натравливать прямо на конкретные слои, типа посмотри сервисы

Чтобы не потерять это добро, я включил в его книгу паттернов агентной разработки

Кстати есть неочевидный нюанс. По идее все это надо стартовать автономно, но автономный запуск где-нибудь на github actions подразумевает работу не от подписки конкретного пользователя, а по апи. А хорошие модели чертовски дороги в таком варианте использования, поэтому пока по старине, стартуем все это ручками.

p.s. Поделитесь своими фишками, что запускаете вы?

Зачем системному программисту знать больше, чем С

C придумали в 1972 году, а системные программисты по-прежнему пишут на нём — несмотря на смену архитектур и языков за прошедшие полвека. Почему так вышло и почему одного знания синтаксиса недостаточно, если не понимаешь, как код компилируется, выполняется процессором и взаимодействует с аппаратурой?

Об этом рассказывают — Денис Довженко, ведущий инженер по разработке ПО для СХД, и Сергей Жмылёв, руководитель отдела низкоуровневого программирования — в лекции журнала «Истовый инженер». На примерах встраиваемых и высокопроизводительных систем они показывают:

• как устроено системное программирование,

• какие возможности и ограничения C определяют его применение,

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

➡ Запись лекции смотрите на «Истовом инженере».

Что почитать, чтобы зайти в тему подготовленным:

• Никита Косырев объяснил, чем системное программирование отличается от прикладного, и подробно рассмотрел, как они работают вместе.

• Дмитрий Петров в подкасте «Битовые маски» рассказал, как устроена разработка компиляторов и что в ней изменилось за 20 лет.

• Дмитрий Точанский, Елена Лепилкина и Антон Афанасьев разобрали архитектуру ядра и драйверов Linux и системное программирование для разных процессорных архитектур.

Реально ли в 2026 году вкатиться в айти через QA?

На что вообще смотрят рекрутёры, когда нанимают тестировщиков в 2026 году? Как собрать заметное резюме, когда вокруг одни ИИ-фильтры?

Серёжа Атрощенков и Оля Шнайдер во втором выпуске подкаста «Не воспроизводится» пригласили тест-лида Авито Путешествий Ивана Алексеева

Ещё пару лет назад многие говорил, что в IT проще всего попасть через тестирование. Но в 2026 порог входа на вакансии теперь совсем другой.
Ребята делятся наблюдениями и личным опытом: какие стратегии помогают найти работу, как готовиться к собеседованиям и на что на самом деле смотрят нанимающие команды.

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

• Яндекс Музыка

• VK Видео 

• YouTube

• Mave

Расскажите в комментариях, с чем сталкивались при поиске работы в QA и какие лайфхаки сработали у вас?

В продолжение предыдущего поста.

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

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

В первый – просто в режиме диалога разгонял с агентом бизнес-требования. Начал буквально с такого запроса:

Хочу турнирный режим: регистрация, проведение, итоги, с поддержкой таких-то турнирных режимов. Что тебе ещё надо знать – задавай вопросы?

В итоге даже не понадобилось формулировать правила выхода из групп в плей-офф или расчёта сеток для швейцарской системы - агент сходил в интернет и записал всё как надо.

Во второй – превращал бизнес-требования в ТЗ. Опять же, моё участие свелось к ответам на вопросы, и то, в основном для краевых случаев: основные сценарии были уже описаны.

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

Понесу теперь по клубам уже с новой функциональностью) А чтобы не разъяснять каждый раз, что там и как, собрал ещё и страничку с инструкцией и скринами: https://fencing-scorer.konbo.me/help.html

Статический анализатор — это полезный инструмент, и Go разработчики знают это не понаслышке благодаря go vet. Но что, если его возможностей не хватает? Искать новый инструмент? Или сделать… свой?!

В докладе разобрали встроенные в Go инструменты и возможности для разбора кода. Узнали, что лежит под капотом статического анализа, что такое семантическая модель, и построили синтаксическое дерево.

А нужно это всё для того, чтобы в итоге написать собственный анализатор, который будет искать ошибки под ваш конкретный проект.

Посмотреть запись можно тут:
- VK Video
- Rutube
- YouTube
- Наш сайт

Приятного просмотра! Ждем ваши комментарии 😉

VK WorkSpace обновил тарифы: ИИ-ассистент, звонки до 500 участников и оплата помесячно

С 28 сентября в облачной версии VK WorkSpace действуют обновленные тарифы. В сервисах появились новые возможности для видеоконференций, совместной работы и администрирования. В тариф «Расширенный» вошел ИИ-ассистент, а подписку теперь можно оплачивать на любой срок от одного месяца. Разбираем, что изменилось в каждом тарифе и как перейти на новые условия.

Что изменилось

Обновились тарифы «Базовый» и «Расширенный». Для команд, которым нужна только Доска, появился отдельный тариф «Доска+». Изменился и порядок оплаты: плата списывается с баланса ежемесячно, а если пополнить его на несколько месяцев вперед, действуют скидки.

«Мы развиваем VK WorkSpace так, чтобы сотрудники могли быстрее находить нужную информацию и работать эффективнее. ИИ-ассистент поможет сократить время на поиск договоренностей и подведение итогов встреч, а новые инструменты администрирования дадут компаниям больше контроля над данными и доступами. Вместе с возможностями сервисов мы меняем и условия оплаты: вводим ежемесячную тарификацию и скидки за пополнение баланса на несколько месяцев вперед. Это поможет компаниям планировать расходы на корпоративные сервисы под свой бюджет», — рассказал руководитель направления сервисов продуктивности VK Tech Пётр Щеглов.

После 28 сентября 2026 года продление будет доступно только по новым тарифам. Ниже подробно о каждом тарифе.

«Базовый»: видеоконференции до 300 участников и обновленная Доска

В «Базовый» мы добавили инструменты для ежедневной работы команды. Со встречами, перепиской и совместным планированием справляются инструменты тарифа, без сторонних сервисов.

Теперь в тарифе:

• Больше возможностей в Видеоконференциях: до 300 участников в звонке одновременно, шеринг экрана и поднятие руки с мобильных устройств.

• Новые функции Мессенджера: расшифровка голосовых сообщений и автогруппировка чатов по папкам.

• Интеграция с мессенджером MAX: сотрудники смогут быть на связи с клиентами и партнерами без переключения между приложениями.

• Обновленная Доска: история изменений и восстановление досок, гостевой доступ, голосования, карточки задач, пароль на доску и другие новые функции.

• Рассылки в панели администратора: удобный инструмент для быстрой отправки массовых писем без сторонних сервисов и сложной интеграции.

ИИ-ассистента к «Базовому» можно подключить как дополнительную опцию.

Стоимость: 309 ₽ за пользователя в месяц.

«Расширенный»: ИИ-ассистент и больше контроля для администратора

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

Теперь в тарифе:

• Максимум в Видеоконференциях: до 500 участников, автоматическая расшифровка звонков.

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

• Больше контроля для администратора: передача прав владельца чатов и каналов в Мессенджере, смена владельцев хранилищ в Диске, имперсонация в Календаре и корзина пользователей.

• Больше защиты: брендирование приложения, парольные политики, политика отключения IMAP и ограничение «Ответить всем» на рассылки в Почте.

Стоимость: 499 ₽ за пользователя в месяц.

Как теперь устроена оплата

Плата за сервисы списывается с баланса раз в месяц, подписку можно оформить на любой срок от одного месяца. При пополнении баланса на 3, 6 или 12 месяцев вперед действуют скидки. Подробные условия:

Тарифы «Базовый» и «Расширенный» с помесячной оплатой →

С годовой оплатой:

• Базовый

• Расширенный

Задайте вопрос экспертам или запросите демо

Оставьте свои контактные данные, и наши эксперты свяжутся с вами в ближайшее время.

22 октября в Москве соберутся инженеры, архитекторы и DevOps-специалисты, которые работают с Kubernetes и Cloud-Native-инфраструктурой.

В программе — экономика платформ, эксплуатация Kubernetes, наблюдаемость, Service Mesh, безопасность в эпоху LLM, железо и bare metal. Между докладами будет время на нетворкинг, а завершится конференция афтепати. 

🗓 22 октября, 11:00–19:00 
📍 Москва, Connect

👉 Подробности о докладах и расписании конференции уже на сайте. Изучайте и регистрируйтесь

📬 Мы в MAX

Представлен открытый проект proxy-scraper для выявления в сети открытых сервисов прокси, которые работают штатно и более менее безопасно.

«Большинство списков бесплатных прокси на 95% состоят из нерабочих адресов, а значительная часть оставшихся — это либо „ловушки“ (honeypots), либо прокси, внедряющие скрипты в загружаемые вами страницы. Инструмент proxy‑scraper собирает публичные прокси (HTTP, SOCKS4 и SOCKS5) из более чем 700 источников и сохраняет только те, что успешно проходят все проверки. При каждом запуске программа анализирует эффективность источников, а полученный результат может преобразовать в единый ротируемый прокси‑адрес. В цифрах: за одни сутки было проверено 3,6 миллиона бесплатных прокси — работоспособными оказались 1,1%, причём более половины из тех, что ответили на первый запрос, не прошли проверку повторным запросом», — пояснил создатель проекта.

Starlink — как прототип космического дата-центра

Свежее обещание от Илона Маска — спутники связи будут поддерживать скорости в 10 Тбит с увеличением до 100+ Тбит, вычислительная система будет основана на Nvidia Vera Rubin NVL72 с энергопотреблением 250 кВт. Какие спутники связи делает Илон Маск, мы знаем — Starlink, а теперь складывается пазл: они будут, собственно, первыми прототипами космических дата-центров, которые мы прогнозировали как центральную тему 2026 года. Насколько эти планы реальны?

Пост Маска в очередной раз поднимает вопрос о реальности космических дата-центров. Сейчас типичные скорости связи — до 100 Гбит по лазерному межспутниковому каналу, масса спутников — порядка полутонны. Мощность быстро найти не удалось, но примерно это 25 кВт (что тоже немало: у Международной космической станции, на которой работают 7 человек, — около 100 кВт).

Следующее поколение спутников Starlink v3 уже было протестировано в суборбитальном полёте SpaceX. Серийно их планируется запускать на ракете Starship, которую уже 5-й год Илон Маск пытается довести до выпуска в прод. Если ему это удастся, то она будет запускать спутники v3 массой около 2—2,5 тонны и вырабатывающие уже около 50 кВт. В этом поколении планируется достичь терабитных скоростей.

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

Полагаем, что в сентябрьском твите Илон Маск говорил не о v3, а, как всегда, строил планы на будущее. Но если компании удастся массово запускать на орбиту Starlink v3, то планы не кажутся такими уж несбыточными. В ноде Nvidia Vera Rubin NVL72 — 18 серверов общей массой примерно 2 тонны, объёмом примерно 2 куба. По сравнению с v3 не кажется уже проблемой вывода. Главный вопрос — как нарастить доступную для потребления компонентам КА энергию ещё на порядок.

Тема космических дата-центров завязана на мощные ракеты (для ввода многотонных спутников), их энергетические характеристики и охлаждение. Эти вопросы по-прежнему сложны, но уже не кажутся нерешаемыми. По крайней мере, облачным провайдерам стоит проработать вопрос, не окажутся ли выгодными космические дата-центры, чтобы не получилось, как с возвращаемыми ступенями ракет. Пока весь мир говорил «невыгодно» — Илон Маск сделал.

Источник изображения: Starlink.

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

О Справочной службе

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

Дежурными Справочной службы являются штатные сотрудники ИРЯ РАН. Они помогают людям, по роду занятий призванным демонстрировать высокий уровень развития навыков грамотной устной и письменной речи (корректорам, редакторам, сотрудникам печатных и электронных СМИ, преподавателям, секретарям и референтам различных ведомств), отвечая на вопросы, связанные с новыми словами, влиянием разговорной речи на литературную норму, случаями грамматической вариативности, а также давая комментарии относительно имеющихся разночтений в рекомендациях разных справочников и словарей.

Справочная служба русского языка располагает постоянно пополняющимся архивом запросов за 1991–2024 гг. Таким образом, деятельность телефонной Справочной службы русского языка позволяет на протяжении уже нескольких десятилетий вести систематические наблюдения за формированием и изменением языковых норм – орфоэпических, орфографических, пунктуационных, лексических, грамматических, стилистических, синтаксических.

Новый вебинар из серии «Быстрый старт»

Переход на PostgreSQL и отечественные СУБД требует пересмотра привычных подходов к бэкапам. ИТ-специалистам приходится выбирать между нативными утилитами и централизованной системой резервного копирования. На вебинаре разберем, как найти оптимальный баланс, и на примере Postgres Pro покажем сценарии защиты и быстрого восстановления данных с Кибер Бэкапом.

15.10.2026 в 11:00 МСК проведем онлайн вебинар, на котором обсудим следующие темы:

• Вызовы миграции

  • Почему при переходе на российские СУБД не обойтись старыми методами защиты

• Эволюция поддержки бэкапа PostgreSQL в Кибер Бэкапе

  • Как мы развивали поддержку от версии к версии

• Инкрементный бэкап и восстановление

  • Современные сценарии для баз данных

• Кластерные конфигурации

  • Нюансы защиты распределенных сред

• Демонстрация

  • Установка и настройка агента для PostgreSQL, инкрементный бэкап и восстановление данных, подходы к решению типовых проблем.

Регистрация

Представлен открытый проект Terminal Velocity (tvty) — двадцать агентов ИИ, работающих в циклах (loop). В центре внимания — задачи (тикеты). Одно окно. Никаких поисков нужной вкладки.

«tvty — для тех, кто хочет вести разработку с Claude на максимальной скорости. Это нативный терминал для одновременного запуска множества агентов Claude Code: терминалы сгруппированы по проектам, а тикеты каждого проекта находятся прямо рядом с ними — агент задаёт вопрос, вы принимаете решение, работа продолжается. Почему это удобно Одно окно вместо двадцати вкладок. Видны все проекты, все агенты и то, что требует вашего внимания: принятие решения, непрочитанный ответ или тикет, блокирующий остальные задачи. Терминал каждого агента работает в реальном времени. Прямая привязка к сессии, высокая скорость, никаких лишних прослоек вроде tmux. Переключение одним нажатием клавиши или выбор из миниатюр, отображающих текущее состояние всех окон. Тикеты — рядом с терминалом. Планы, решения, эскалации, изображения: принимайте, отклоняйте или отвечайте, не отрываясь от клавиатуры», — пояснил автор решения.

Представлена бесплатная онлайн игра в браузере Tank Body Problem — это дуэль по аналогии как в Scorched Earth, только мешает\помогает прицелится Луна, а на траекторию выстрела влияет космическая гравитация.

Друзья, приглашаем вас на очередной онлайн Devhands AI Meetup #3!

В этот раз в программе доклады от приглашённых спикеров из бигтеха.

 📅 Когда: 8 октября, начало в 18:30 (Мск)

🔗 Где: онлайн в Zoom, для участия требуется предварительная регистрация на Timepad

Программа:

• «Куда уплывает код», Павел Литвиненко, Технический руководитель по внедрению инноваций в «Звуке»

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

• «Как построить harness, который автономно напишет мобильное приложение», Дмитрий Полищук, руководитель отдела разработки RWB

Дмитрий познакомит с фреймворком xpowers на базе superpowers: соберёт и настроит инфраструктуру, которая автономно пишет мобильное приложение.

• От ТЗ до MR: пайплайн разработки с ИИ-агентом», Никита Федосов, 2ГИС

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

Регистрируйтесь, приходите сами, приводите друзей.

Изменения с 1 октября 2026 года - маркетплейсы, лицензии на сигареты, земельный контроль и семейная ипотека

Торговля через маркетплейсы и другие цифровые платформы

С 1 октября заработает Закон о платформенной экономике.

Если будет время, расскажу о нем подробнее, а пока кратко.

Он устанавливает требования к взаимодействию бизнеса при продаже через маркетплейсы и иные цифровые платформы:
- к заключению договора между оператором и партнером либо владельцем ПВЗ;
- одностороннему изменению договора оператором;
- размещению и изменению карточек;
- предоставлению скидок;
- рассмотрению жалоб.

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

Продавцов будут наказывать по КоАП РФ за нарушения при размещении предложений о продаже, а операторов маркетплейсов - за несоблюдение правил скидок за счет продавца.

Начнут действовать подзаконные правила проверки операторами карточек, продавцов и исполнителей, которые хотят стать партнерами или открыть ПВЗ.

Документы: Федеральные законы от 31.07.2025 № 289-ФЗ и от 04.08.2026 № 295-ФЗ; Постановления Правительства РФ от 20.06.2026 № 768 и от 02.07.2026 № 821

Лицензии на розничную продажу сигарет

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

Лицензия выдается на каждый торговый объект отдельно максимум на 5 лет. За каждый год - 20 тыс. руб. госпошлины.

Всем курильщикам до 1 марта, к коим отношусь и я, пора закупаться. Станет меньше мест, где можно купить, да и на цене отразится.

Документы: Федеральные законы от 26.06.2026 № 186-ФЗ и № 187-ФЗ

Земельный госконтроль

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

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

Россельхознадзор - если заметят спецтехнику для снятия плодородного слоя почвы.

Документ: Постановление Правительства РФ от 01.07.2026 № 811

Безопасность критических объектов

С 25 октября можно попросить Росреестр убрать с публичной кадастровой карты данные о зданиях и сооружениях. Это мера защиты критически важных и потенциально опасных объектов, в том числе ТЭК и транспортной инфраструктуры. Заявители - АО и ООО, правообладатели недвижимости.

Документ: Федеральный закон от 26.07.2026 № 263-ФЗ

Семейная ипотека с 1 октября 2026 года

Минфин обозначил изменения для новых договоров. Ставка и максимальная сумма зависят от количества детей и региона.

Москва, Санкт-Петербург, Московская и Ленинградская области:
- 4% - до 18 млн - 5+ детей
- 6% - до 18 млн - 4 детей
- 8% - до 18 млн - 3 детей
- 10% - до 15 млн - 2 детей
- 12% - до 12 млн - 1 ребенок

Другие регионы:
- 2% - до 10 млн - 5+ детей
- 4% - до 10 млн - 4 детей
- 6% - до 10 млн - 3 детей
- 8% - до 8 млн - 2 детей
- 10% - до 6 млн - 1 ребенок

Общее требование - хотя бы один ребенок младше 7 лет.

Ставка на строительство частного дома или покупку земли с возведением жилья - 6% независимо от детей и региона.

Максимальный срок субсидирования - 15 лет.

Документы: Информация Минфина России от 24.09.2026; Решение Минфина России от 22.09.2026 № 25-67381-01850-Р

Почему LLM ошибаются в простой математике

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

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

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

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

Подробнее — в моём Telegram-канале «Идеи для ИИ — Андрей Анисимов». Ссылка в профиле.

GPT-6 стала бесплатной на сутки — Arena сделала это для всех желающих.

🔖 Наводим красоту в htop

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

Я не хочу долго расписывать как и что настраивать, а просто дам вам однострочник который сделает всю магию. Он по сути он просто бекапит текущий конфиг (если он вообще был) и забирает из https://gist.github.com/itcaat/45ea5994d66378fc4bd647cab860a05f новый.

mkdir -p ~/.config/htop && [ -f ~/.config/htop/htoprc ] && mv ~/.config/htop/htoprc ~/.config/htop/htoprc.bak.$(date +%Y%m%d%H%M%S); curl -fsSL "https://gist.github.com/itcaat/45ea5994d66378fc4bd647cab860a05f/raw" -o ~/.config/htop/htoprc

После этого запускаем htop и наслаждаемся.

—

Telegram | Github | YouTube | X

Как не уйти в занос на 30 000 пользователей: детектив нагрузочного тестирования 1С

На митапе «Гонка за производительностью» инженер Postgres Professional разобрал, как готовить инфраструктуру, автоматизировать запуски и настраивать Postgres под 1С. А ещё — на какие грабли можно наступить (и как их обойти).

Тест 1С:ERP на 30 тысяч пользователей — это 11 часов имитации реального рабочего дня. Пройти его — значит доказать, что СУБД готова к крупнейшим системам страны.

• Смотреть запись

P.S. В нашем TG-канал рассказываем о технических мероприятиях и конференциях, делимся выступлениями экспертов, обсуждаем подборки на технические и ИБ темы.

Открыта регистрация на международную олимпиаду по криптографии NSUCRYPTO-2026 — первый тур пройдёт 11 октября!

В этом году компания «Криптонит» вновь стала партнёром олимпиады, а руководитель нашей лаборатории криптографии Василий Шишкин вошёл в состав программного комитета.

Участвовать могут все: школьники, студенты, профессионалы.

Первый тур, индивидуальный, пройдёт 11 октября, а командный — с 12 по 19 октября.

Переходите по ссылке и регистрируйтесь!