Все потоки

Зачем мы строим сверхинтеллект, пока электросеть держится на честном слове?

Заметки после спора про ядерный реактор, чип Nvidia и приоритеты.

На прошлой неделе друг скинул новость: калифорнийский стартап Valar Atomics запитал ИИ-чип Nvidia напрямую от своего портативного ядерного реактора, первый случай в США, когда реактор нового поколения сделал что-то подобное. Спросил, что я думаю. Мой ответ был коротким и непечатным.

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

Проблема голодного гения

Цифры абсурдны, если посидеть с ними минуту. Пять крупнейших технологических компаний потратили в 2025 году около 448 миллиардов долларов капитальных расходов, в основном на дата-центры, и на 2026-й планируют ещё больше. Дата-центры потребили около 415 тераватт-часов в 2024-м, и МЭА ожидает, что к 2030 году эта цифра удвоится примерно до 945 ТВт·ч — столько сегодня потребляет вся Япония. Там же оценивают, что пятая часть запланированных дата-центров рискует задержаться просто потому, что их не к чему подключить.

При этом термояд, технология, которая могла бы вообще покончить с энергетическим дефицитом, привлёк суммарно около 9,8 миллиарда долларов на все 53 компании отрасли. Всего. За всю историю. Для сравнения: только в 2025 году мир потратил 2,3 триллиона долларов на «энергетический переход» — в основном на электротранспорт, солнце и ветер.

То есть план такой: вырастить гения, а потом объяснить ему, что на его счёт за электричество денег нет.

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

Что на самом деле меняет термояд

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

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

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

Мост, которым никто не хочет восхищаться

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

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

Технологии позволят банкам устранить «недолюбленность» клиента

Илья Чижевский, Президент ОТП Банка, принял участие в дискуссии «ИИ в банковском риск‑менеджменте: источник антихрупкости или новый класс уязвимостей» на Международном финансовом конгрессе 2026. На сессии он рассказал о подходе ОТП Банка к внедрению искусственного интеллекта и результатах его применения, а также оценил перспективы его развития на горизонте 3–5 лет.

Глава ОТП Банка подчеркнул, что осторожность банка не означает выжидательную позицию: «Осторожность — это когда банк стоит в стороне и наблюдает. Это, наверное, не про нас». Речь идет о другом — о готовности применять инструмент только там, где он показывает надежный результат.

Как пример того, где взвешенный подход к ИИ уже дал реальный результат, спикер привел практику применения ML‑моделей в риск‑менеджменте. Сегодня в банке работает несколько десятков таких моделей, 36 из них — в рисках. «Эти модели дают нам порядка от 5 до 20% преимущества по Gini в розничных моделях, а экономический эффект по итогам прошлого года исчисляется 2% от чистой прибыли банка», — привел цифры И. Чижевский, отметив, что все инвестиции банка в ИИ оцениваются через измеримый возврат, а не «слепую веру» в технологию.

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

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

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

Переходя к теме регулирования отрасли, президент ОТП Банка напомнил, что российский банковский сектор стал одним из лучших в мире благодаря тому, что регулятор давал сектору возможность внедрять инновации, сохраняя при этом разумные ограничения. «На мой взгляд, банковский сектор сейчас является безусловным лидером по внедрению искусственного интеллекта как индустрия внутри нашей страны», — подытожил И. Чижевский. На горизонте 3–5 лет, по его мнению, именно технологии позволят банкам точнее предвидеть потребности клиента и устранить его «недолюбленность».

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

Опрос для создателей контента, PR и HR «Отраслевое расследование в 3 сериях: контент, которому (не) верят» займёт 10–15 минут. Все ответы анонимны и будут использоваться только в обобщённом виде.

«Разбираемся, как инженеры в промышленности выбирают работодателей и поставщиков, каким источникам и техническому контенту доверяют, а каким — нет. И сравниваем это с тем, как компании выстраивают коммуникацию с инженерами — какие задачи решает контент, как он формирует доверие к экспертизе и продуктам, и что в итоге работает», — уточнили в Хабре и FRC. По итогам опроса будет подготовлено исследование, где сравнят обе стороны рынка.

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

Опрос для инженеров «Отраслевое расследование в 3 сериях: контент, которому (не) верят» займёт 10–15 минут. Все ответы анонимны и будут использоваться только в обобщённом виде.

«Разбираемся, как инженеры в промышленности выбирают работодателей и поставщиков, каким источникам и техническому контенту доверяют, а каким — нет. И сравниваем это с тем, как компании выстраивают коммуникацию с инженерами — какие задачи решает контент, как он формирует доверие к экспертизе и продуктам, и что в итоге работает», — уточнили в Хабре и FRC. По итогам опроса будет подготовлено исследование, где сравнят обе стороны рынка.

Что такое SpikeDecoder? Разбираемся вместе с лабораторией искусственного интеллекта «Криптонита».

ChatGPT, Gemini, DeepSeek и другие большие языковые модели (LLM) построены на архитектуре трансформеров. Они тратят много вычислительных ресурсов и, как следствие — энергии, обрабатывая каждый запрос.

Ранее предпринималось множество попыток оптимизировать LLM. Один из популярных подходов заключается в использовании для отдельных компонентов LLM спайковых нейросетей (SNN — Spiking Neural Networks), снижающих объём самых энергозатратных вычислений — с плавающей запятой. Особенно это касается операций перемножения матриц, которые характерны для трансформеров.

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

Команда исследователей из Мюнхенского технического университета недавно представила SpikeDecoder — спайковый декодер для LLM. Это полностью спайковый декодер, который обучается напрямую.

В SpikeDecoder используются спайковые нейроны типа LIF (Leaky Integrate-and-Fire). Они перенесены на входы блоков, чтобы полностью исключить умножения с плавающей запятой в остаточных связях (residual connections).

Авторы проанализировали различные варианты нормализации и остановились на степенной (power) достигнув точности 81,7%. Они объединили нормализацию с предшествующими ей линейными слоями, что устранило необходимость выполнять отдельные ресурсоёмкие операции нормализации над спайками.

Разработчики заявляют, что SpikeDecoder снижает потребление энергии до 93% по сравнению с декодером классической архитектуры. Их работа показывает, что архитектуру трансформера можно реализовать полностью на спайках с сохранением обучаемости и драматическим выигрышем в энергоэффективности.

В «1С-Коннекте» обновили функциональные возможности для коммуникаций, удаленной поддержки и работы с обращениями. Изменения затронули мессенджер, видеозвонки, файловый менеджер, удаленное подключение и заявки на обслуживание.

Раздел удаленного подключения по коду теперь доступен в приложении для компьютера всем пользователям сервиса. В работе с файлами появилась загрузка через drag-and-drop и сочетания Ctrl + C / Ctrl + V. Файловый менеджер также доработан: увеличена площадь рабочих зон, изменена геометрия окна, а путь к файлам сохраняется при повторном открытии.

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

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

Кроме того, усилены языковые модели в составе GPT-Ассистента и ИИ-сервисов.

Новые тарифы сервиса начнут действовать с 1 августа 2026 года. Подробнее — по ссылке

FinOps для гибридной инфраструктуры: как считать ЦОДы, облака, лимиты и AI-затраты

FinOps часто начинается с облачных счетов. Но в компаниях с гибридной инфраструктурой этого быстро становится мало.

В реальной модели затрат рядом оказываются on-prem, colocation, Kubernetes, сервисные команды, закупки железа, лимиты, ФОТ, лицензии, публичные облака и новые AI-проекты. Если всё это смотреть отдельными кусками, общий IT-бюджет вроде бы есть, а ответа на вопрос «куда именно уходят деньги» всё равно нет.

В новом выпуске «Практики FinOps» поговорили с Дмитрием Деевым (@Dimperus), руководителем отдела ИТ-инфраструктуры и сервисов компании «ВсеИнструменты.ру».

Обсудили, как перейти от общего бюджета к модели аллокации, зачем приводить on-prem к ежемесячной стоимости, почему команды не сразу привыкают к лимитам и как IT-департамент может перестать выглядеть только затратным подразделением.

В выпуске разбираем:

• чем ITFM отличается от классического FinOps;

• как считать гибридную инфраструктуру: ЦОДы, облака, colocation;

• почему on-prem нужно приводить к ежемесячной стоимости;

• как работают лимиты, ресурсные пулы и служба единого окна;

• зачем нужны теги, метаинформация и дашборды для владельцев бюджета;

• почему FinOps не всегда про экономию;

• как учитывать AI-затраты, GPU и новые инфраструктурные сценарии;

• куда может прийти FinOps через автоматизацию, алерты и LLM.

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

Смотреть выпуск
YouTube
Rutube
VK Видео

Слушать выпуск
Telegram Player (Mave)
Яндекс Музыка
VK Музыка

«Практики FinOps» — cообщество для тех, кто управляет затратами на IT-инфраструктуру и хочет обсуждать FinOps на практических кейсах. Мы в телеграм.

YouTube научили проверять факты прямо во время просмотра — представлено бесплатное расширение для Chrome под названием Popup Fact Check, которое анализирует субтитры с помощью ИИ и сразу сверяет спорные утверждения с надёжными источниками. Пока что проект лучше всего работает с английскими субтитрами. Также решение умеет работать с прямыми эфирами.

1 июля мы провели вебинар, посвящённый новым возможностям Digital Q.DataBase 18.2.

В рамках вебинара я, Андрей Жуйков, амбассадор компании «Диасофт», рассказал о ключевых возможностях Digital Q.DataBase 18.2 — масштабном обновлении, направленном на развитие совместимости с корпоративными СУБД и упрощение миграции существующих систем.

Изменения коснулись Microsoft SQL Server-направления: расширена поддержка T-SQL, Service Broker, CLR-сборок, механизма CDC, а также появилась служба отчётов Digital Q.DataBase, совместимая с SQL Server Reporting Services (SSRS).

Отдельное внимание уделено Oracle-направлению: расширена поддержка Oracle-совместимых пакетов, курсоров и Bind-переменных, улучшена работа JDBC-драйвера, доработаны средства миграции Oracle-объектов, а также появилась новая технология автоматизированного перевода Oracle Forms в современные приложения.

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

В программе:

🔹 Обзор Digital Q.DataBase 18.2
Ключевые изменения релиза.
Развитие совместимости с Microsoft SQL Server и Oracle.
Новые возможности для миграции корпоративных систем.

🔹 Новая версия CDC
Обновлённый механизм Change Data Capture.
Новый веб-интерфейс управления.
Сценарии применения и преимущества.

🔹 Новые возможности миграции и совместимости
Расширение совместимости с Microsoft SQL Server.
Новые Oracle-пакеты и развитие Oracle-диалекта.
Поддержка CLR-сборок.
Развитие Service Broker.

🔹 Служба отчётов Digital Q.DataBase
Аналог SQL Server Reporting Services (SSRS).
Поддержка RDL-отчётов.
Формирование отчётов в HTML и PDF.

🔹 Новая технология перевода Oracle Forms
Автоматизированный перевод Oracle Forms в современные приложения.
Архитектура решения.
Демонстрация технологии.

► Бесплатная полнофункциональная версия дистрибутива (до 8 ядер) с возможностью использования в том числе в коммерческих целях.

🔹 Бесплатное получение дистрибутива: https://database.diasoft.ru/?utm\_source=andrei
🔹 Документация: доступна внутри дистрибутива
🔹 Telegram-сообщество Digital Q.DataBase: https://t.me/dqdatabase
🔹 MAX: https://max.ru/join/orlthIssLJbjj37mjlEEYARWFyuJk5yMixLlGPISIzc
🔹 RuDB : https://database.ru

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

Выигрывайте эксклюзивный мерч и бонусы на аренду серверов в ИТ-кроссворде. Старт через полчаса

Уже в 12:00 по московскому времени открываем первую рубрику ИТ-кроссворда — «Модели и все, что с ними связано». Среди призов — 13 комплектов мерча и промокоды на аренду серверов.

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

Напоминаем, что новые рубрики будут открываться каждый день с 6 по 9 июля. Отвечайте на вопросы и набирайте баллы, чтобы выиграть призы. 🦖 Не обязательно бороться за первое место в общем зачете. Победители и номинанты будут в каждой из четырех рубрик!

🔥 Docker для начинающих: от «что это» до своего контейнера за 4 часа

Docker используется везде: от локальной разработки до production. Фокус лабы — не на запоминании команд, а на понимании. Вы пройдёте путь от первого контейнера до настройки сетей и данных — своими руками. После лабы сможете уверенно обсуждать контейнеризацию с разработчиками, DevOps и архитекторами.

25 июля, 10:00-14:00 МСК | Максим Тачков, Middle Developer (BIM), преподаватель Docker. По отзывам с прошлой лабы: экспертиза 9/10.

5 блоков за 4 часа: (1) Основы Docker → (2) Сборка (Dockerfile) → (3) Управление (Compose, логи, мониторинг) → (4) Данные (volumes, bind mounts) → (5) Сети (Docker Network, DNS)

За 4 часа вы:

- 🐳 Освоите словарь Docker: image, container, volume, network, Dockerfile

- 🔧 Соберёте и запустите свой первый контейнер из Dockerfile

- 🛠 Научитесь управлять контейнерами через Docker Compose

- 📦 Настроите хранение данных через volumes и bind mounts

- 🌐 Настроите сетевое взаимодействие между контейнерами

Для кого: Backend, frontend, fullstack разработчики, QA-инженеры, системные и бизнес-аналитики, архитекторы, технические менеджеры. Нужно: базовый CLI, понимание веб-приложений, VS Code.

🎬 Запись — 20%. Живая практика с ведущим, ответы на вопросы, разбор ошибок — только на лабораторной.

📖 Pre-read: за 3 дня до лабы высылаем шпаргалку по Docker-командам — подготовьтесь заранее и не теряйте темп.

🛠️ Makefile как «пульт управления» — одна команда = одно действие. Фокус на понимании, а не на синтаксисе CLI.

🚀 Дальнейший маршрут: Kubernetes → REST+OpenAPI → Keycloak → Kafka → Prometheus+Grafana.

🔗 Подробнее: https://debugskills.ru/content?article=labs-docker-basics

Что изучить на неделе: 13 открытых уроков по LLM, Go, QA, ЦОД и управлению

С 6 по 13 июля проведём серию бесплатных уроков для тех, кто занимается разработкой, архитектурой, ИИ, инфраструктурой, безопасностью, тестированием и управлением.

Это темы, которые помогут в решении реальных рабочих задач: от LLM‑приложений и RAG до метрик CTO, балансировки трафика в ЦОД и чистой архитектуры на Go.

ИИ и LLM

• 6 июля, 20:00 «Как сделать LLM-приложение, которое отвечает клиентам по базе знаний компании». Записаться
  _{Разберём, как устроить приложение, которое ищет ответы в корпоративной базе знаний и помогает автоматизировать клиентские коммуникации.}

• 7 июля, 20:00 «Обучение с подкреплением — гибкий подход для сложных задач. Создаём собственные окружения». Записаться
  _{Поговорим о том, как работает reinforcement learning и как создавать собственные окружения для экспериментов и обучения агентов.}

• 7 июля, 20:00 «OWASP Top 10 для LLM-приложений: карта угроз, которую должен знать каждый». Записаться
  _{Разберём основные риски LLM-приложений: prompt injection, утечки данных, небезопасные плагины и другие типовые угрозы.}

• 13 июля, 18:00 «LoRA и RAG: как адаптировать LLM под свои данные и задачи». Записаться
  _{Покажем, чем отличаются подходы LoRA и RAG и как использовать их для настройки LLM под конкретные бизнес-сценарии.}

Разработка и архитектура

• 8 июля, 20:00 «Чистая архитектура на Go без карго-культа: слои, DTO и интерфейсы». Записаться
  _{Разберём, как применять принципы чистой архитектуры в Go-проектах без лишних абстракций и усложнения кода.}

• 8 июля, 20:00 «Продвинутое использование отладчика GDB». Записаться
  _{Поговорим о возможностях GDB, которые помогают глубже анализировать поведение программы и быстрее находить сложные ошибки.}

• 8 июля, 20:00 «Новшества языка ArchiMate 4.0». Записаться
  _{Посмотрим, что изменилось в ArchiMate 4.0 и как эти изменения могут пригодиться при описании архитектуры.}

Инфраструктура и ЦОД

• 7 июля, 20:00 «Особенности балансировки трафика ЦОД, чтобы не случилось “всё упало, всё пропало”». Записаться
  _{Разберём, как устроена балансировка трафика в дата-центрах и какие ошибки могут привести к отказам и перегрузкам.}

QA, управление и процессы

• 7 июля, 19:00 «Как читать баги: метрики для руководителей команд тестирования (QA Lead)». Записаться
  _{Покажем, какие метрики помогают QA Lead видеть реальное состояние продукта, команды и процесса тестирования.}

• 7 июля, 20:00 «Операция "Воркшоп": как получить поддержку руководства для новой инициативы». Записаться
  _{Разберём, как подготовить инициативу, провести воркшоп и аргументировать идею так, чтобы её поддержали стейкхолдеры.}

• 8 июля, 20:00 «Метрики CTO: как доказать бизнесу, что инженерная команда работает эффективно». Записаться
  _{Обсудим, какие инженерные метрики понятны бизнесу и как с их помощью показывать вклад команды в результат.}

• 8 июля, 20:00 «Как писать PRD, ТЗ и user stories с помощью ИИ — быстро, структурно и без мусора». Записаться
  _{Разберём, как использовать ИИ для подготовки требований, пользовательских историй и технических заданий без потери смысла и структуры.}

HR и стратегия

• 9 июля, 20:00 «HR на языке цифр: от кадров к стратегии». Записаться
  _{Поговорим о том, как HR-метрики помогают переходить от операционной работы с кадрами к стратегическому управлению людьми.}

Больше открытых уроков июля смотрите в дайджесте.

РБПО по ГОСТ Р 56939—2024: вебинар №30 из 30 — Сертификация процессов РБПО: требования ФСТЭК России, новые стандарты и практика

Предлагаю вашему вниманию запись вебинара, где мы разбираем безопасную разработку ПО. Мы добрались до дополнительных (бонусных) вебинаров цикла. Рассмотрим "Сертификация процессов РБПО: требования ФСТЭК России, новые стандарты и практика". На YouTube. Слайды.

Финальный дополнительный вебинар прошёл при участии ведущих экспертов: Дмитрия Шмойлова, Алексея Щербакова и Виталия Вареницы. Участники обсудили практику сертификации, новые национальные стандарты и методику подготовки, опыт компаний, а также подводные камни аудита и преимущества внедрения РБПО.

Общее количество вебинаров — 30. Каждому из 25 процессов ГОСТа посвящён отдельный вебинар и ещё 5 записано дополнительно на смежные темы. Запись всех вебинаров и подборка дополнительной информации доступна по ссылке: ГОСТ56939.РФ.

Методика ВУ и НДВ в ПО приведена в соответствие с ГОСТ Р 56939—2024

Материалы будут полезны всем, кто знакомится с темой РБПО и заинтересован во внедрении зрелых подходов в работу по созданию и сопровождению качественных программных продуктов. Материал по ГОСТ Р 56939—2024 весьма актуален, так как 12 мая 2026 утверждена обновлённая "Методика ВУ и НДВ в ПО". См. заметку "Методика выявления уязвимостей и недекларированных возможностей — 2026".

НЕкурс про РБПО

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

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

Мы делаем легкую опенсорс PDM систему, под названием DraftSync.ru
Сама идея возникла очень давно, наблюдая за процессом работы инженеров конструкторов небольших КБ задаешься вопросом: почему у них нет нормальный процессов, как у нас в IT ?

- Контроль версий
- Ревью
- Демонстрация заказчику
- База доступна и всегда под рукой
- Поиск среди кучи различных сущностей, заказчиков и ТД
- Работа с одной базой разных CAD в одном месте

Да, PDM существуют и существуют уже очень давно!, но они тяжелые, сложные и СТАРЫЕ - мы хотим это поменять

Прошу сообщество помочь мне в этом и ответить на несколько вопросов тут: https://forms.gle/tUVgtkm9RjAkh4xJ8
Буду очень благодарен за поддержку всем!

Claude Code превратили в автомобиль — для него сделали механическую коробку передач Model Shift с ручным переключением между ИИ-моделями. Во время работы можно в любой момент переключиться на другую модель для простых задач, а затем вернуться обратно.

Пол Грэм — Названия Стартапов. Перевод эссе

Один из моих подписчиков скинул удаленное эссе Грэма. А так как я занимаюсь собранием переводов всех его эссе, не мог такое пропустить. Поэтому посмотрим на мысли Грэма из 2006 года.

Хорошее название для стартапа — это не маркетинг. Это тест на воображение.

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

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

Из этого вырос новый стандарт крутости: Flickr, Del.icio.us, Writely. Названия с опечатками, точками посередине, несуществующими словами. Примерно как лофты в промышленных кварталах — сначала отталкивает, потом становится знаком своих.

Грэм выстраивает иерархию названий. Лучшие — когда слово звучит круто и одновременно описывает продукт. Второй уровень — просто круто звучит. Дальше — посредственно, но не отталкивает. И это, говорит он, уже достаточно: хороший продукт окрашивает своё название в нужный цвет.

Самое практичное наблюдение — про глагольность. Google, Flag, Textpayme. Название работает, когда его можно вставить в предложение как действие. Это не про благозвучие, это про то, как люди говорят о продукте между собой.

И финальное предупреждение, которое стоит запомнить: названия прилипают быстро. Если не уверен — называй “наш стартап”. Или выбери настолько плохое имя, чтобы точно не захотелось оставить.

Сразу же обновил сборник и добавил туда эссе.

Налоговые уведомления на Госуслугах, кредитные истории, цифровые рубли и возврат авиабилетов: обзор изменений с июля по сентябрь 2026

Подготовила обзор изменений, которые вступают в силу с июля по сентябрь 2026 года. Много разного - от кредитных историй до возврата авиабилетов.

С 1 июля

Кредитные истории

В основной части кредитной истории физлица появятся сведения для предупреждения мошенничества. Это информация, которая поможет банкам и МФО бороться с выдачей кредитов и займов без согласия клиента или под влиянием обмана.
 
Кредитор обязан передавать в Бюро кредитных историй:

⦁ факт вашего обращения за займом/кредитом и запрошенную сумму;
⦁ решение банка (одобрено или отказано) и одобренную сумму;
⦁ условия договора (сумма обязательства, дата выдачи денег);
⦁ если отказ - причину отказа.
 
Получается и мы сможем увидеть причину отказа.
 
Полный перечень этих сведений устанавливает Банк России.
 
Документ: Федеральный закон от 13.02.2025 № 9-ФЗ

Допуслуги МФО

ЦБ РФ уточнил, что недопустимо, когда МФО:

⦁ предустанавливает галочку согласия на дополнительные услуги;
⦁ неясно формулирует условия о согласии или отказе;
⦁ отвлекает внимание от невыгодных условий с помощью шрифта, цвета или контраста;
⦁ скрывает риски с помощью визуальных приёмов.

Хорошее уточнение)

Документ: Базовый стандарт Банка России от 07.05.2026

С 1 августа

Налоговые уведомления

По умолчанию уведомления будут приходить на Госуслуги. Это не затронет тех, кто через портал попросил налоговиков не уведомлять таким способом. Если уведомление невозможно передать через Госуслуги или личный кабинет, его направят заказным письмом. Также сохраняется право по заявлению получить бумажное уведомление под расписку в МФЦ или любой налоговой.

Я – за, так как удобно. Всё в одном месте, не надо ждать бумажных писем. Но тем, кто привык к бумаге, оставили возможность получать по старинке.

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

С 1 сентября
Розничная торговля

Если для дисконтной программы продавец запрашивает данные клиента, тот сможет предоставить их через МАКС.
При дистанционной покупке технически сложный товар можно вернуть при сохранении документов, упаковки и комплектности.
В претензии на возврат нужно указать номер заказа (или телефон/почту из личного кабинета) и реквизиты счёта.

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

Универсальный платежный QR-код и цифровые рубли

Реквизиты перевода банки будут давать только через универсальный QR-код. При сканировании можно выбрать оплату через СБП, сервис банка или цифровые рубли.

Системно значимые банки и крупный ретейл начнут работать с цифровыми рублями. Физлица смогут платить ими только по универсальному QR-коду.

Цифровые рубли постепенно входят в нашу жизнь. Удобно, что можно будет выбрать способ оплаты через один QR-код.

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

Трудоустройство женщин

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

Вопрос спорный. С одной стороны - защита мам. С другой - работодатели могут просто отказывать в приёме на работу, чтобы не рисковать. Но закон есть закон.

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

Возврат денег за авиабилеты

Авиакомпания вернёт всю провозную плату, если пассажир откажется от перелёта из-за мобилизации или заключения контракта о добровольном содействии ВС РФ. Отказ в этом случае считают вынужденным.
Документ: Федеральный закон от 08.03.2026 № 49-ФЗ

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

Переквалификация договоров с самозанятыми: обзор судебной практики и рекомендации, как обезопасить себя от претензий ФНС

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

Судебная практика за 2025 - 2026:
Отношения долгие, в договорах нет объема и срока работ, ранее физлица были в штате - договоры не ГПХ
АС ДО поддержал ФНС:
⦁ исполнение контрактов требовало постоянных трудовых ресурсов;
⦁ штат сократили с 65 до 5 человек при прежних объемах работ;
⦁ многие самозанятые ранее были штатными сотрудниками;
⦁ договоры заключали на неопределенный срок, не согласовав период, объем и цену;
⦁ материалы предоставляла организация;
⦁ регистрация самозанятых происходила с одного устройства;
⦁ часть работ выполняли при наличии должностей в штате.

Физлица выполняют трудовую функцию по графику - это не ГПД
АС ЦО согласился с ФНС:
⦁ в договорах подряда обобщенные существенные условия, нельзя определить объем, срок и порядок оплаты;
⦁ договоры однотипные;
⦁ самозанятые трудились по графику, место работы определял работодатель;
⦁ физлица не использовали личное оборудование;
⦁ вознаграждение платили ежемесячно независимо от объема;
⦁ самозанятые зарегистрировались перед заключением договора, весь доход получали от одного заказчика.

Вознаграждение зависит от объема работ, физлица сами регулируют процесс труда - отношения ГПХ
АС УО не согласился с ФНС:
⦁ вознаграждение платили нерегулярно - в дни подписания актов;
⦁ размер зависел от объема работ и результата;
⦁ самозанятых не интегрировали в штат, у них не было постоянного рабочего места;
⦁ организация не определяла и не регулировала процесс труда.

Физлица не соблюдают режим труда и отдыха, работают со своим материалом - отношения ГПХ
АС ЦО не поддержал ФНС:
⦁ разовые работы;
⦁ организация не предоставляла материалы и инвентарь;
⦁ физлица не подчинялись ПВТР, не соблюдали режим;
⦁ договоры не предусматривали больничные, отпуска, выходные;
⦁ штат организации не уменьшился.

Услуги систематические, физлицо отвечает за неразглашение данных - отношения трудовыеАС ВСО согласился с ФНС:
⦁ в договоре на бухуслуги нет свободы исполнения;
⦁ срок действия - до конца года с автоматической пролонгацией;
⦁ нет конкретного объема работ (важен процесс, а не результат);
⦁ вознаграждение платили в дни зарплаты сотрудников;
⦁ был беспрепятственный доступ к инфраструктуре;
⦁ договор заключили через два года после увольнения самозанятого из штата;
⦁ работа на организацию - единственный доход.

Физлица проходят ежедневные медосмотры, получают командировочные - договоры трудовые
АС Западно-Сибирского округа одобрил действия налоговиков:
⦁ договоры систематические, заключали на тот же период, что и с заказчиком;
⦁ по путевым листам у физлиц была должность «механик», они проходили медосмотры;
⦁ самозанятые не оказывали услуги иным лицам;
⦁ при работе вне города получали командировочные.

Выводы и рекомендации ФНС, изложенные в его письмах:
Самозанятые не могут привлекаться на трудовые функции по ГПХ. Работодатели не вправе принуждать работников регистрироваться как самозанятых.

ФНС ссылается на признаки трудовых отношений (Постановление Пленума ВС РФ от 29.05.2018 № 15):
⦁ выполнение трудовой функции под контролем работодателя;
⦁ подчинение правилам трудового распорядка;
⦁ обеспечение работодателем условий труда;
⦁ стабильный характер отношений;
⦁ выполнение работы по определенной специальности;
⦁ у самозанятого это единственный договор, и др.

Критерии риска, которые отслеживает ФНС:
⦁ количество самозанятых;
⦁ характер, объем и периодичность выплат;
⦁ один заказчик;
⦁ предыдущие места работы;
⦁ связи текущих заказчиков с бывшими работодателями.

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

Важно: законодательство запрещает работать самозанятым с текущим или бывшим (менее двух лет) работодателем.

Послушал на прошлой неделе, что бизнес хочет от т.н. ИИ агентов:

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

Необходимость специалистов для разработки и настройки агентов бизнес печалит.

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

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

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

А вы в какие недра внедряете ЭйАй? Что можете посоветовать?