Все потоки

Мысли про создание AI-агента, который будет помогать с "Важно, но не срочно" задачами. Часть 1

Последний месяц в сети хайпит OpenClaw (он же ClawBot, он же MoltBot).

У него есть доступы много куда — вы наверняка уже видели новости о том, как он самостоятельно тратит деньги или общается с женой (не своей)

Но меня интересует механизм работы его core feature — проактивности

Это первый масштабный агент, который не ждёт сообщения, а сам приходит и говорит: «Эй, я вот это сделал, глянь»

Я хотел собрать такого агента ещё год назад, когда обнаружил и начал исследовать Model Context Protocol, который дал моим LLM-кам доступ во внешний мир. Но тогда не хватило ни знаний, ни механизма.

Сейчас, благодаря OpenClaw, Claude Code + Codex стало понятнее, как именно это можно реализовать

И вот последнюю неделю я понемногу развиваю этот концепт

------------------------------

Суть в одном предложении
AI-агент, который знает мои цели на год и выполняет первые, самые сложные 15% работы, которые приведут меня к этим целям в долгосрок.

Последние три года я работаю на себя. У меня нет начальника, который скажет «сделай к пятнице». Почти все мои перспективные задачи лежат в квадранте «Важно, но не срочно»

И чаще всего проблема не в том, что я не знаю, что делать, а в том, что мне впадлу начать

Ресёрчить варианты. Разбираться в деталях. Сделать первый шаг. Вот эти первые 15% — самый проблемный шаг для меня

Поэтому я подумал — а что если агент будет делать именно это?

------------------------------

Представьте, что агент каждый день приходит к вам с такими сообщениями

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

SEO и органика
Я опять помониторил SEO твоего сайта и сайты конкурентов. Советую сделать A, B, C, D, чтобы мы подросли в органике. Вот конкретные правки с приоритетами

Контент и кросс-постинг
Твой последний пост на LinkedIn набрал 10К просмотров — тема зашла. Давай этот пост ещё и в Threads, Instagram и на Хабр адаптируем? Вот три черновика под каждую площадку

Партнёрства
Нашёл 8 владельцев продуктово-консалтинговых агентств, которые подходят под твой ICP. Отсортировал по релевантности. Вот топ-3 с кратким профилем и черновым сообщением под каждого. Первое можешь отправить прямо сейчас.

Мониторинг конкурентов
[Конкурент] вчера выкатил новую фичу — вот что изменилось. Это может повлиять на позиционирование твоего продукта. Вот 2 варианта, как отреагировать: адаптировать лендинг или написать пост-сравнение.

Портфолио и резюме
За последний месяц ты закончил 2 проекта и написал 4 поста. Вот обновлённая версия секции «достижения» для LinkedIn-профиля и сайта. Опубликуешь?

Здоровье
Ты 4 месяца переносишь задачу "Записаться к стоматологу. Поэтому я решил действовать и нашел 3 клиники рядом с тобой с рейтингом выше 4.5, у двух есть слоты на эту неделю. Записать?

------------------------------

То есть агент не просто читает календарь — он понимает, что ему чего-то не хватает, и сам приходит за недостающим контекстом

Я хочу, чтобы агент не просто напоминал по моим задачам в календаре, а ресёрчил → структурировал → предлагал конкретный микро-шаг → спрашивал «актуально ли?»

Хочу чтобы конвертировал мои абстрактные хотелки из раздела «Важно, но не срочно» в конкретные day-to-day actions.

И это может работать не только для одного человека. Та же логика ложится на компанию: стратегические цели → первые шаги, которые никто не делает, потому что «не горит».

Пока это концепт. Но направление, в котором я копаю, кажется мне одним из самых интересных применений AI-агентов — не делать за тебя, а снимать барьер старта и помогать тебе двигаться к твоим Long Term Goals — по типу коуча/ментора

У подобного агента будут доступы к интернету и моему календарю. А общаться мы с ним будем через Telegram — видимо, как и с OpenClaw

------------------------------

Во второй поделюсь наработками и инсайтами

Делаем работу фронтенд-приложений прозрачнее

С новым релизом для детального анализа запросов в App Platform.

Логи доступа (access logs) — это записи о каждом запросе к приложению. В логах вы найдете: IP-адрес клиента, дату и время запроса, запрашиваемый ресурс (HTML, CSS, JS, изображения), статус ответа, размер данных при передаче и др.

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

Подробнее о функциях:

1️⃣ Аналитика трафика

Вы можете оценить количество запросов, пики нагрузки, распределение по времени, источники и географию пользователей.

2️⃣ Безопасность

Логи помогают заметить подозрительные паттерны, например, массовые запросы к одному эндпоинту или сканирование URL.

3️⃣ Поиск ошибок

Если в проекте возникли сбои или простой, вы можете проверить коды ответов и быстро найти источник 404 или 500.

Важно: Логи хранятся 24 часа + для выгрузки доступно до 10 000 файлов.

Начать мониторинг своих логов →

Недавно вышла новая версия dplyr 1.2.0, и она принесла несколько важных обновлений, которые делают работу с данными в R ещё проще и удобнее. Опубликовал видео обзор в котором я рассказываю про самые интересные новинки: новые функции фильтрации filter_out(), when_any() и when_all(), обновлённую систему перекодировки с recode_values(), replace_values() и replace_when(), а также о важных оптимизациях старых функций.

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

Видео снято по статье "dplyr 1.2.0".

Дайджест: новости за январь 2026

🚀 Открыли регистрацию на GoCloud 2026 — нашу главную ежегодную конференцию про AI и облака. В этом году ключевой темой станет AI как сервис, а именно простые безопасные инструменты для работы с AI и AI-агентами, которые можно использовать сегодня. Подробности о треках и спикерах на сайте.

🚨 Забирайте скидки до 40% на ключевые сервисы, чтобы запускать и развертывать LLM-модели с помощью инференса или на физических серверах с GPU и CPU. Акция действует до 30 июня 2026.

📱Владельцы андроидов могут работать с облачными платформами Cloud.ru через мобильное приложение Cloud.ru Evolution — скачайте его в RuStore. 

🦾 Используйте Гига-помощника в облаке, чтобы создавать виджеты мониторинга для реестров Evolution Artifact Registry и контейнерных приложений Evolution Container Apps. Теперь ИИ-помощник может анализировать работу в облаке по метрикам, логам и аудит-логам, разворачивать и обновлять контейнерное приложение. Другие возможности Гига-помощника описаны в документации. 

⚙️ Обновили сервисы в цифровой среде AI Factory

• В ML Inference реализовали аутентификацию для работы с API с помощью токена доступа или API-ключа.

• Для Foundation Models добавили раздел «Активность», повышающий прозрачность использования сервиса и облегчающий контроль затрат. В разделе есть статистика использования моделей за месяц и детализация по каждой модели с указанием даты, времени и количества затраченных токенов.

• В AI Agents добавили новую функциональность — «Промпты». С их помощью можно создавать собственные промпты в markdown-редакторе или выбирать готовые из каталога.

• Для Managed RAG добавили новые экстракторы для обработки документов в форматах Word, HTML, CSV, TSV.

• В Notebooks: обновили версию образа Cloud.ru Jupyter n8n до текущей версии n8n 2.4.1, переработали систему управления доступом так, чтобы повысить безопасность данных в проекте и предотвратить случайное удаление чужих ресурсов, сделали раздел Proxy Services, откуда можно управлять прокси-серверами.

☁️  Тестируйте новые сервисы в стадии Public Preview бесплатно, если вы зарегистрированы в личном кабинете: 

• Evolution Managed ClickHouse — сервис, который позволяет создавать и настраивать кластеры ClickHouse®, управлять базами данных, пользователями, а также изменять параметры кластера через интерфейс платформы Cloud.ru Evolution. 

• Evolution VPN — сервис для создания защищенного канала связи между облачной инфраструктурой и сетями пользователя.

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

Подробнее о других обновлениях облачных платформах. 

👨‍💻 Скачивайте чек-лист про 15 шагов к качественному Data Lakehouse для миграции из классического хранилища данных в современную архитектуру в облаке с пошаговыми рекомендациями от экспертов. 

🤖 Освойте ключевые инструменты AI и научитесь успешно внедрять инновации в бизнес-процессы на бесплатном курсе «AI для менеджеров». Вы узнаете, как подготовить бизнес к внедрению AI, выбрать AI-технологии, адаптировать AI-модели под задачи, оценить экономику AI-проектов, перейти от идеи до PoC, обеспечить Data Governance и безопасность данных. Подойдет руководителям команд, предпринимателям и всем, кто интересуется AI.

🎙️ Провели несколько интересных вебинаров и подкастов — все можно посмотреть в записи:

• Запуск LLM: как сократить расходы на инференс

• Agentic RAG: как построить AI-агента с доступом к знаниям

• База знаний с AI: создаем корпоративную Wiki в облаке

• Будущее автопрома: гаджет на облачной инфраструктуре 

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

Маркетолог сливает 30% прибыли. И даже не краснеет...

Маркетингу ставят план по количеству и цене квалов.

А теперь давайте зададим маркетологу вопрос: "Сколько прибыли мы заработали с тех квалов, которых ты привел в прошлом месяце?"

Готов поспорить на ящик коньяка, он не ответит. Девяносто процентов маркетологов живут в мире “охватов, кликов, заявок”. Они не видят воронку дальше квала. И крутят рекламу вслепую, потому что не знают, кто, сколько и когда покупает.

Дальше — веселее. Спросите РОПа и маркетолога: «Что такое квалифицированный лид?» Гарантирую, ответы будут очень разные.

Маркетолог приводит человека с вопросом про цены. Продажники говорят: "Это мусор, напрягаться не будем". Это и есть та самая дыра в воронке, куда улетают до 30% лидов, продаж и прибыли.

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

Система квалификации лидов BANT+TSL (Google Таблица).

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

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

Наша цель — сделать работу с LLM предсказуемой, контролируемой и масштабируемой: от качества ответа до стоимости и соответствия требованиям.

Сейчас мы усиливаем инженерную команду и ищем Python AI/ML Engineer, который поможет нам развивать ML‑ядро и пайплайны, улучшать качество моделей и внедрять решения в продакшн. Если вам интересно работать на стыке NLP, инженерии и продукта — будем рады познакомиться.

Чем предстоит заниматься:

• Проектировать и разрабатывать пайплайны для работы с Large Language Models (LLM) — от прототипа до продакшена

• Создавать AI-агентов — проектировать мультиагентные систем, оркестрацию, tool-use, планирование и memory

• Разрабатывать и оптимизировать RAG / GraphRAG систем — строить retrieval-пайплайны, работать с векторными БД, графами знаний, chunking-стратегиями, re-ranking

• Экспериментировать и исследовать — подбирать модели, prompt engineering, fine-tuning, оценивать качествао(evaluation pipelines)

• Интегрировать модели в продуктовые сервисы через API, очереди, стриминг

• Работать с данными — готовить датасеты, строить ETL-пайплайны для обучения и инференса

Что мы ожидаем:

Must have

• Python — уверенное владение (3+ лет коммерческого опыта)

• Глубокое понимание архитектуры Transformers (attention, tokenization, encoder/decoder, positional encoding и т.д.)

• Практический опыт работы с LLM (OpenAI API, Anthropic, open-source модели — LLaMA, Mistral, Qwen и др.)

• Опыт построения RAG-систем (векторные БД: Qdrant / Pinecone / Weaviate / Milvus, embedding-модели, retrieval-стратегии)

• Понимание принципов GraphRAG — работа с графами знаний, entity extraction, graph-based retrieval

• Опыт создания AI-агентов (LangChain / LangGraph / CrewAI / AutoGen или аналоги)

• Знание фреймворков: HuggingFace Transformers, PyTorch

• Опыт работы с LangChain / LlamaIndex или аналогичными фреймворками

• Понимание принципов prompt engineering, chain-of-thought, few-shot, function calling

• Умение работать с Git, базовое понимание CI/CD

• Английский — чтение документации и статей свободно

Nice to have

• Опыт работы с Diffusion-моделями (Stable Diffusion, SDXL, Flux, Midjourney API) — генерация изображений, fine-tuning (LoRA, DreamBooth, Textual Inversion), ComfyUI / A1111

• Опыт fine-tuning LLM (LoRA, QLoRA, PEFT, RLHF/DPO)

• Знание vLLM / TGI / Ollama для оптимизации инференса

• Опыт работы с multimodal-моделями (GPT-4V, LLaVA и др.)

• Знакомство с MLOps практиками (MLflow, Weights & Biases, эксперимент-трекинг)

• Опыт работы с облачными GPU (RunPod, Vast.ai, AWS, GCP)

• Понимание FastAPI / asyncio для построения высоконагруженных сервисов

• Опыт работы с Neo4j / NetworkX для графовых структур

• Публикации, open-source контрибьюции или pet-проекты в области AI/ML

Технологический стек

Python PyTorch HuggingFace LangChain LlamaIndex LangGraph FastAPI Docker PostgreSQL Redis Qdrant Neo4j vLLM Git

Условия

• 📍 Удалённая работа (full remote)

• 💰 Конкурентная заработная плата (обсуждается по результатам собеседования)

• 🕐 Гибкий график

• 🧠 Работа с cutting-edge технологиями — никакого легаси, только передний край AI

• 🚀 Влияние на продукт — ваши решения идут в прод, а не в стол

• 📈 Возможности для профессионального роста и участия в R&D

• 🤝 Команда, которая горит AI и делает крутые вещи

Как откликнуться:

Отправьте ваше резюме/CV и ссылку на GitHub (если есть) в тг нашему HRBP @hr_welcome .

Будет плюсом: краткое описание самого интересного AI-проекта, над которым вы работали.

GPTunneL — мы делаем AI, который работает. ⚡️

Вот интересен предел нашей деградации из за ИИ, ведь 10 лет назад я половину рф и всю европу насквозь без навигатора проезжал- сейчас даже до магазина без навигатора не ездят…

А с ии через 10 лет мы будем спрашивать как дышать, видимо.

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

Наркота какаята вкусная и вредная. Это мой последний выдох разума родил)

IPS и IDS: как устроены системы защиты от атак в сети

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

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

Подробнее об  IDS и IPS, их принципах работы и алгоритме выбора системы читайте на сайте Рег.облака.

Когда задача считается выполненной

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

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

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

Настя, тестировщик:

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

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

Ваня, системный аналитик:

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

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

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

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

Олег, android-разработчик:

Задача выполнена, когда:

1. Функциональность реализована и проверена вручную — примерно так, как это сделал бы тестировщик, но без учета конкретных тест-кейсов.

2. Новое поведение решает цель задачи, а не просто повторяет постановку. Иногда по ходу работы находится вариант проще для разработки/поддержки или удобнее для пользователя — выбираю его. Фича должна закрывать потребность.

3. Пограничные случаи поведения (corner cases) проработаны и учтены. В постановке не всегда учитываются моменты, которые становятся заметны в коде. Например, что показать на мобильном клиенте при 500 ответе сервера или при долгой загрузке из-за задержки ответа сервера.

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

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

Применяем кодогенерацию в Java для решения алгоритмических задач

В прошлый раз мы разобрались, как решается задача трансляции деревьев. И остановились на том, что в случае с AST от компилятора TypeScript, придётся руками обрабатывать 263 типов узлов. Тысячи строк однотипного boilerplate-кода: приведения типов, аннотации, объявления методов — всё это нужно не просто написать, но ещё и поддерживать. А если требования к архитектуре поменяются — переписывать заново.

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

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

Где хранить код и как настроить CI/CD, если GitLab CE уже не хватает

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

У нас есть готовое решение для такого случая. На вебинаре 27 февраля мы расскажем о Deckhouse Code — единой платформе для непрерывной разработки и управления жизненным циклом ПО:

• Покажем, как настроить правила слияния, CODEOWNERS, push rules и безопасно хранить секреты вне платформы.

• Обсудим, как сократить нагрузку на команды за счёт managed-подхода.

• Проведём живое демо от коммита в консоли до артефакта в registry.

Регистрируйтесь и подключайтесь, если вы отвечаете за CI/CD в корпоративной среде. Автор лучшего вопроса в чате вебинара получит персональное демо под свою задачу.

«Сокращать нельзя оставить»: где правильно поставить запятую и как сделать этот непростой процесс экологичным?

26 февраля в 11.00 (МСК) поговорим о том, о чём обычно молчат в корпоративных коммуникациях. Увольнения и сокращения стали новой реальностью: четверть российских компаний проходили через них за последние 2 года. И каждый второй случай, по данным исследований, – потеря 11-20% команды. Для многих это, увы, не разовая история, а повторяющийся сценарий.

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

На вебинаре с экспертами K-Team (ГК «КОРУС Консалтинг») и Alter разберём, как проводить сокращения без разрушительных последствий:

🟢 Почему даже точечные увольнения превращаются в токсичный хаос и как этим управлять
🟢 Что говорить уходящим, чтобы снижать напряжение
🟢 Как работать с «выжившими» – когда команда нуждается в поддержке не меньше, чем те, кто ушёл
🟢Где брать ресурс HR и руководителям, когда сложных разговоров не избежать

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

➡️ Регистрация по ссылке!

Экс‑разработчик Ubisoft представил открытый видеоредактор FreeCut, который работает в браузере и позволяет собирать сложные видео, улучшает их качество, накладывает эффекты и субтитры.

Проект умеет:

• сокращать, урезать, соединять видосы, добавлять картинки, другие ролики, формы, текст;

• добавлять анимацию, создать любую композицию и реализовать всевозможные идеи;

• CSS‑эффекты, ключевые кадры, переходы, фильтры, коррекция цвета, перемещение камеры, 3D;

• экспортировать во всех самых популярных форматах: MP4, MOV, WebM, MKV;

• аудио принимает в форматах: MP3, AAC, WAV;

• поддержку кодеков: H.264, H.265, VP8, VP9, ProRes;

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

Китайский робот STAR1 научили лепить пельмени — робот выполняет все действия на кухне по этой задаче.

Вышел Gemini 3.1 Pro от Google (доступно в Google AI Studio). Этот ИИ показал 77,1% в сложнейшем тесте на абстрактное мышление ARC‑AGI-2. Результат в два раза превосходит показатели прошлой версии и оставляет позади даже Opus 4.6 с GPT-5.2. Также разработчики из Google прокачали базовые способности ИИ: теперь модель умеет генерировать анимированные SVG по текстовому описанию и решать логические задачи с новыми паттернами, которых не было в обучении.

Привет. У меня вопрос к разработчикам LLM. Периодически читаю про жалобы на галлюцинации LLM и невозможность адекватной оценки вероятности её ответов (типа, уверенно врёт). При этом, я раньше занимался разработкой системы распознавания рукописного текста, и у нас была в чём-то схожая проблема (трудно было оценить достоверность результатов распознавания). Решалась она довольно неплохо путём прогона цепочки распознавания достаточно большого числа раз на одном и том же изображении, и последующей перенормировкой вероятностей в итоговом списке ответов (ответы, по существу генерировались методом монте-карло путём последовательного продвижения по графу возможных вариантов в байесовской цепи). Как понимаю, в LLM принцип генерации ответа в чём-то похожий (последовательный вероятностный перебор цепочки токенов с генерацией их в реальном масштабе времени). Соответственно, вопрос - а если повысить в разумных пределах температуру и Top P, прогонять цепочку несколько раз, а потом пересчитывать итоговую вероятность правильности ответа путём перенормировки списка, это не может ли помочь хотя бы частично решить проблему?

PS

Заранее извиняюсь, если что-то не догоняю, я в LLM не Копенгаген, но идея, думаю, понятна.

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

Процесс идёт в два этапа.

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

Затем в дело вступает экспертное жюри INFOSTART AWARDS 2025 - ИТ-директора, технические руководители и лидеры цифровых трансформаций из крупных компаний разных отраслей. Они голосуют за номинантов из шорт-листа, и победителями становятся авторы и решения с наибольшей поддержкой экспертов.

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

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

Полный список экспертов жюри и представление каждого — в статье на сайте.

Церемония награждения пройдёт офлайн на INFOSTART TEAM EVENT 2026 в Москве.

От чего зависит надёжность работы облачной 1С? Инфраструктура очень важна, но ещё один ключевой фактор — качество инженерного сопровождения

26 февраля вместе с нашим партнёром ASTON обсудим практический опыт техподдержки систем 1С в облаке. 

На вебинаре эксперты

• проанализируют события прошлого года на рынке 1С и тренды 2026

• расскажут об условиях, моделях и подходах к кастомизации техподдержки 1С в облаке

• сравнят сценарии поддержки на основе своих повседневных кейсов 

• дадут рекомендации по бесшовной передаче систем 1С на техподдержку и организации процесса т/п: все участники получат полезные чек-листы

• поделятся лайфхаками и выводами из реализованных проектов

Спикеры

Анжелика Захарова, руководитель практик 1С и кибербезопасности K2 Cloud

Яков Кротов, директор направления ИИ и сервисных проектов ASTON

📍 26 февраля, четверг, 11:00 мск

Вебинар будет интересен CIO, CTO, руководителям ИТ-инфраструктуры, специалистам по финансовым и бухгалтерским операциям, специалистам по 1С.

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

Налоговая отчётность в 1С: почему не стоит менять?

Привет, Хабр!

Стали мне часто попадаться доработки налоговой отчётности.

Я всегда категорически против таких доработок. Мне отвечают: уже всё согласовано. Не отстаю, назойливо предлагаю отказаться от таких доработок. К сожалению, не всегда выходит.
Почему же нельзя дорабатывать отчётность?

1. Отчётность - это часть конфигурации, которая обновляется чаще всего. Каждое ваше исправление - это потеря денег при каждом обновлении (адаптация).

2. Типовые алгоритмы в 1С отлажены на тысячах баз, учтены десятки нюансов и разъяснений Минфина. Вероятность, что именно ваш случай не учтён, есть, но она очень мала.

3. Ваша «точечная» правка может незаметно сломать смежные расчёты в других разделах или за другие периоды.

Что же делать?

1. Ещё раз проверьте свою методологию в части, не совпадающей с типовой. Высока вероятность, что она ошибочна.

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

3. Если правок в декларацию немного, и их можно без существенных трудозатрат сделать руками – следует оставить типовой вариант.

4. .Если есть такая возможность - внесите правки после заполнения декларации отдельным апгоритмом.

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

ВАЖНО: типовые возможности должны быть сохранены и для пользователя.

Например, если добавляем кнопку заполнения книги покупок, должна быть добавлена кнопка «Заполнить книгу (ООО «Ромашка»)», а типовая кнопка должна остаться в первозданном и рабочем состоянии.

Это позволит:

• быстро вернуться к типовому варианту

• проверить работоспособность типового варианта

• сравнить доработанный вариант с типовым

• и ещё это спасительная возможность заполнить декларацию, если доработанный вариант перестал работать после обновления.

Всем удачи и лёгких обновлений!

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

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

Скажете бред? А я отвечу, что я лично был в ситуации, когда наша команда готовились к Red Teaming'у одного градообразующего мобильного оператора и мы изучали местность по вышеуказанным картам. На наше везение, на здании ЦОДа, в которое нам необходимо было проникнуть, были фотографии серверной, разводки СКС, логины и пароли и еще много чего интересного.
В ходе разбирательства сотрудник пояснил, что злого умысла выгружать внутренние фото у него не было. Просто он озаботился бэкапами своей семейной галереи... в которую попали рабочие фотографии.

Сейчас, да что уж греха таить - уже как пару лет ваш телефон уже не ваш телефон (как и в Windows "Мой компьютер" плавно переименован в "Этот компьютер"). Все, что храните на телефоне, сразу становится достоянием общественности: разрешение на просмотр фото всеми приложениями, доступ к геолокации, камере и микрофону в фоновом режиме, доступ к контактам и самая прикольная тема, когда приложение запрашивает доступ на просмотр активности другого приложения...😂
Да и если почитать лицензионное соглашение, то и само устройство вам не принадлежит: ПО за компанией-разработчиком, а его реверс-инжиниринг и модификация запрещены уголовным законом. Что же касается железа, то эти кирпичи настроены на работу только со штатным кастомным ПО и драйверами, а всевозможные дебаг порты и флэш карты заблокированы.

В чем смысл моего повествования? Удобство использования всегда идет в разрез безопасности. Короткий и легкий пароль - удобно, но не безопасно; длинный и тяжелый - не удобно, но вряд ли вас взломают. Использовать все фичи телефона, включая камеру - удобно, но может все-таки рабочие и очень личные вещи оставить на "откуп" хотя бы оффлайн мыльницам?

В общем, есть над чем подумать на длинных выходных! А пока делитесь скриншотами своей телефонной галереи - давайте вместе оценим вашу работу)

🧠 Обязательно поделись с теми, кому это может быть полезно 💬 Телеграм | 💬 Max | 📝 Хабр | 💙 ВКонтакте | ⚡️Бустануть канал

Service Desk для национальных платформ: клиентский сервис под миллионы пользователей и строгий SLA

26 февраля в 11:00 ITFB Group и ELMA проведут бесплатный вебинар, посвящённый трансформации сервисной модели в системах федерального масштаба. В центре обсуждения — практический кейс модернизации клиентского сервиса Национальной системы цифровой маркировки Честный знак.

Речь пойдёт не о теории и не о «коробочном» внедрении, а о реальном переходе с legacy CRM на отечественную платформу ELMA365 Service Desk в условиях высокой нагрузки, строгих SLA и миллионов пользователей по всей стране. Эксперты, которые непосредственно участвовали в проекте, подробно разберут архитектурные решения, подход к миграции и организационные изменения, без которых подобная трансформация невозможна.

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

В программе вебинара:

• Миграция без потерь. Как спланировать и реализовать перенос данных, процессов и историй обращений, не нарушив SLA и не остановив сервис. Какие риски возникали и как их удалось минимизировать.

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

• Омниканальность в масштабах страны. Как объединить десятки каналов обращений в единую прозрачную модель обработки с контролем SLA и OLA. Что меняется в операционной модели при таком объёме обращений.

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

• Масштабирование опыта. Какие управленческие и технологические выводы из этого проекта применимы для других крупных государственных и коммерческих систем.

Спикеры вебинара:

— Илья Грознов, руководитель клиентского сервиса «Честного знака»
— Дмитрий Мордвинцев, руководитель направления «Системная интеграция» ITFB Group
— Иван Софронов, Product Lead ELMA365 Service Desk

Если вы отвечаете за Service Desk, клиентский сервис, CRM, ITSM или архитектуру платформ с высокой нагрузкой, этот кейс будет полезен как с точки зрения технологий, так и с точки зрения управления изменениями.

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

Участие бесплатное. Зарегистрируйтесь, чтобы получить ссылку на трансляцию — она будет направлена на указанный e-mail.

Перед тем как купить Mac mini под ClowdBot, попробуй OpenClaw в Cherry Studio AI

Мне очень нравится клиент Cherry Studio AI, и я создал канал в котором пишу о нем, на Хабре пишу реже. Сегодня хочу поделиться как я случайно протестировал ClowdBot и оказался удивлен.

Сейчас многие скупают Mac mini и ставят на него хайповый «ClowdBot», чтобы поднять себе личного AI‑помощника 24/7. Идея классная, но есть нюанс: не хочется тратить деньги и вечера на настройку, пока не понял — вообще твоё это или нет. Для такого тест‑драйва теперь есть отличный вариант: OpenClaw появился в Cherry Studio AI.

Коротко, чем он крут. OpenClaw — это не «ещё один чат» и не привязка к одной модели. Это orchestration layer (оркестратор), который умеет работать с разными LLM (Claude / GPT / Gemini / DeepSeek и т.д.), подключать модульные skills (браузер, файлы, интеграции, свои API) и вести память в обычных Markdown‑файлах, которые можно открыть и править руками. То есть ты тестируешь не просто модель, а подход «агент + инструменты + память» — как это будет ощущаться в реальной жизни.

И вот где Cherry хорош: ты можешь спокойно пощупать OpenClaw прямо внутри Cherry Studio AI, без покупки отдельного железа и без возни с «подниманием сервиса». Плюс Cherry в такой связке даёт дешёвый доступ к моделям через HydraAI (или любого другого провайдера, который подключён в Cherry) — получается максимально бюджетный вход: попробовал, понял, надо ли тебе это, и только потом решаешь, покупать ли Mac mini под 24/7‑режим. Ссылки на всё нужное — в моём канале, чтобы не превращать этот пост в простую рекламу.

Конфигураций и вариантов внутри много: разные провайдеры, разные модели, настройки skills, памяти, интеграций — я сам только начал разбираться и копать глубже. Мне уже хочется купить себе Mac mini (а может и не один), чтобы собрать полноценный домашний AI‑хаб под OpenClaw, хотя не исключаю, что чуть позже остыну и подойду к этому рациональнее.

При первом запуске через Cherry (v1.7.19) под Windows сейчас есть небольшой баг с путём, из‑за которого установщик может ругнуться. Решается запуском установки из папки Cherry через PowerShell:

# для первого запуска OpenClaw в Cherry Studio AI, если у вас установлен Node.js
# запустите инсталляцию из папки, где находится CherryStudioAI

cd "C:\Путь_к_Cherry\CherryStudioAI"
& "C:\Program Files\nodejs\npm.cmd" install -g openclaw@latest

Я, честно, впечатлён. До этого пробовал связку Roo Code + сервер qDrant — не зашла: много возни, расходы неприятно удивили, а отдача не впечатлила. Похожую задачу OpenClaw решил сходу и стоил при этом копейки. Я пишу про Cherry у себя на канале, там-же больше ссылок.

Поделись с друзьями ссылкой на этот пост, пусть уже сегодня попробуют будущее =)

Выбор вакансии: как я кинулась во всё — и это не дало результата.

Есть разработчики, у которых развитие идёт линейно и предсказуемо: верстальшик → джун фронтендер → мидл → мидл в сильной компании → сеньор/лид/уход в бэкенд

Красиво. Понятно. Логично.

Но у меня кривая черта развития сначала бэк на Java в закрытом предприятии. Потом фулстек в фудтехе: в основном Vue, но ещё и Go (и все сопутствующее), и CUBA Platform (lowcode на java, он же «Тезис»), и n8n.

Широко. Разнообразно. Интересно.

Как я начала откликаться - на всё, что блестит

И сейчас Когда я вышла на рынок, то сначала я откликалась на все что близко:

1. Frontend - Vue / React / Angular
   Ну фронт же. Есть мнение, что «не нужно учить конкретный фреймворк — важны принципы».

2. Go
   а почему бы нет? Знаю , умею , курсы закончены, писала на нем

3. Fullstack (Go или JDK + фронт)

4. N8N, автоматизаторы особенно с ИИ
   Интересно. Растущее направление.

5. Lowcode платформы CUBA, тезис, WebTutor - замаскированный под фронтенд Опыт есть. Почему не использовать?

И это фатал еrror

1. Ошибка №1. Переключение контекста
   Очень сложно переключать контекст и даже синтаксис языка - на первом собесе по TS я не смогла вспомнить синтаксис (на ум приходил только java, так как он изучался более долго и в закрытой среде, ирония: хоть я на нем и не пишу, но разбуди среди ночи - код напишу)

2. Ошибка №2. Рынок
   Рассматривать вакансии на Angular, React без опыта в продакшене - на данный момент наивно.
   
   Рынок перегрет:
   - Vue ~ 1000 откликов за неделю,
   - React - 4000 ,
   
   Неужели Арина (или тот кто читает эту статью) ты думаешь, что кто-то будет рассматривать ваше резюме со Vue? Каким бы в целом хорошим инженером вы не были. Рынок не покупает «в целом».

3. Ошибка №3. Fullstack со связкой Go + Vue или JDK + Vue
   Фуллстеки со связкой go или jdk - это бред вакансии, это карьерный тупик.
   - PHP + Vue - норм
   - Node + Vue - норм,
   но Go + Vue - это нонсенс, это только подработка для поддержания штанов. Чаще это небольшие команды, поддержка, нестабильные проекты.

4. Ошибка №4. n8n — нравится, но это уже не совсем разработка
   Автоматизация, интеграции, AI — это интересно. Но это больше аналитика и orchestration, чем классическая инженерия. Если хочешь быть разработчиком — нужно понимать, куда ты смещаешь фокус.

5. Ошибка №5. Low-code — карьерный тупик
   Проблем с окружением больше. Кода меньше. Рынок уже. Ты становишься зависимой от конкретной платформы. И выйти обратно в «чистую разработку» становится сложнее.

Мой Hotfix: Фокус

Я поняла, что на падающем рынке выживают либо "универсалы" c ИИ подбоком, либо эксперты

Моя новая стратегия:

• Vue 3 + TypeScript + Nuxt (как зона роста)

• n8n — как подработку и интересный дополнительный навык.

Иногда рост — это не добавить ещё стек. А убрать лишнее.

Облака «потяжелели»: средний чек публичного облака вырос на 46%: данные Рег.облака

Публичное облако всё реже используют как среду для пилотов и тестов. По данным Рег.облака, в 2025 году средний чек публичных сервисов вырос на 46% — за счет притока проектов среднего и крупного бизнеса.

Количество заказчиков публичного облака увеличилось до 22 000 компаний, а общее число клиентов облачных услуг — до 27 000. При этом растет не только база, но и глубина потребления: компании переносят в облако не отдельные сервисы, а критичные для бизнеса системы.

Выручка от аренды виртуальных серверов выросла на 61%, услуги резервного копирования — на 77%. Максимальную динамику — 226% — показали платформенные и управляемые сервисы: объектное S3-хранилище, управляемые кластеры Kubernetes и другие managed-решения. Это косвенно подтверждает, что бизнесу важна не просто инфраструктура, а готовые сервисные слои с предсказуемой поддержкой и SLA.

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

По оценке Рег.облака, в 2026 году облачный рынок может вырасти до 35% — темп существенно выше ожидаемого роста всей IT-отрасли.

Больше данных — на сайте Рег.облака.

Стоит ли давать разработчику второй шанс? Кейс об «эффекте бумеранга»

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

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

В такой ситуации тимлиду важно отделить эмоции от управления.

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

• Что изменилось в его ресурсе и фокусе?

• Появилась ли внутренняя мотивация вместо внешней?

• Готов ли он брать ответственность за результат, а не просто закрывать тикеты?

Иногда люди действительно перерастают свой прошлый этап, совершают качественный скачок. Иногда — нет, и тогда система просто воспроизведет прежний негативный результат.

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

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

А как вы относитесь к «бумерангам»? Стоит ли входить в одну и ту же реку дважды, или в ИТ это не работает?

Уже 6-ый год HEX.TEAM является разработчиком финального этапа Национальной технологической Олимпиады по профилю ИБ. Финал ежегодно уже несколько лет подряд происходит на площадке НИЯУ МИФИ и длится целую неделю.
Наша команда разрабатывает задачи инженерного тура, разворачивает свою инфраструктуру и скоринговую платформу.

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

Так, в этом году старшеклассникам предлагалось

• Изучить головное устройство реального автомобиля и воспользоваться уязвимостью для осуществления дефейса главной панели.

• Решить задачку на поиск скрытого канала утечки информации.

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

• Вмешаться в работу промышленного контроллера заводского сортировщика.

• Провести разведку по открытым источникам и обойти чат-бота с искусственным интеллектом.

• Внедриться в работу оборудования промышленного объекта.

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

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

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

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

В этом году погрузились в мир ИБ около 100 школьников.
Желаем им развития на профессиональном пути!

Сегодня, 19 февраля с 11-00 до 13-00, встречаемся на нашей ежегодной конференции «День ЭРЕМЕКС online».
Поговорим о том, как развиваются наши программные продукты и что у нас нового.

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

В центре программы — презентация новой версии 4.1 САПР Delta Design.
Мы расскажем:

• об улучшении в конфигураторе сервисов;

• о расширении возможностей в модуле конструкторской документации.

Также обсудим темы:

• как проектировать печатные платы с высокоскоростными интерфейсами с помощью новых модулей SimPCB и SimPCB Lite;

• какие задачи разработки решает наша САПР для микроэлектроники — система логического проектирования Simtera IC.

Отдельно поговорим о сотрудничестве ЭРЕМЕКС с вузами: как мы вместе готовим кадры для российской электронной отрасли.

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

👉 Ссылка на трансляцию: https://on-line.studio/eremex_live/

Бесплатный проект Kiwix позволяет использовать различные ресурсы типа Википедии, TED Talks, Stack Exchange и другие локально и без интернета. Работает просто: скачиваете ZIM-архив один раз, а потом можете искать статьи и просматривать их где угодно, на любом устройстве. Решение доступно на Windows, macOS, Linux, Android и iOS.

Открытый проект Bluehood позволяет превратить гаджеты с Bluetooth в радар устройств для OSINT‑разведки, включая тепловые карты с графиком активности пользователей:

• знает любые мобильные устройства: смартфоны, компьютеры, умные часы, планшеты, даже телевизоры;

• создаёт график активности: когда включает и выключается;

• вычисляет скрытые связи: если два устройства часто бывают рядом, значит, люди живут вместе или проводят много времени;

• тепловые карты с позицией и активностью устройств;

• присылает пуши, когда отслеживаемое устройство появляется рядом.

Другие открытые инструменты, которые сканируют Wi‑Fi и Bluetooth‑подключения:

• Pi.Alert - сканирует устройства, подключённые к Wi‑Fi. Находит и уведомляет о неизвестных девайсах. Предупреждает о резком отключении устройств от сети, которые всегда была подключены.

• WireTapper - находит беспроводные сигналы вблизи пользователя на предмет фишинга и передачи вредоносов. Сможет найти все Wi‑Fi сети, устройства Bluetooth, даже скрытые камеры, автомобили, наушники, телевизоры и сотовые вышки.

• MetaRadar - находит и в реальном времени отслеживает Bluetooth‑устройства поблизости. Сможет определить их тип, а также расстояние до них.

Узбекистан покоряет космос: национальный спутник и первый космонавт уже скоро!

Агентство «Узбеккосмос» представило амбициозную стратегию развития космической отрасли. Президент Шавкат Мирзиёев ознакомился с планами, которые выведут науку страны на новый уровень.

Президент Узбекистана Шавкат Мирзиёев ознакомился с презентацией о начальных этапах работ по запуску в космос первого национального научного спутника «Мирзо Улугбек» формата 6U CubeSat в 2028 году и подготовке первого узбекского космонавта.

Вот главные тезисы масштабной презентации:

Спутник «Мирзо Улугбек»

В 2028 году запланирован запуск первого национального научного спутника формата 6U CubeSat.

• Кто строит? 7 узбекских инженеров пройдут двухлетнюю магистратуру в японском институте Kyutech. Там они спроектируют, соберут и испытают аппарат.

• Зачем? Это переход от простого мониторинга данных к созданию собственных космических технологий.

Первый Узбекистанский космонавт

По инициативе Главы Узбекистана была определена и начата стратегическая задача: подготовка собственного космонавта для краткосрочной миссии (10–14 дней). Это не просто «полет ради полета», а серьезная научная программа:

• Медицина: Дистанционная диагностика и проверка эффективности узбекских лекарственных экстрактов.

• Генетика: Тестирование сортов растений, устойчивых к засухе и соли, моделирование замкнутых агробиосистем.

• Материаловедение: Испытание новых тканей и волокон в условиях невесомости на предмет накопления и отвода тепла.

Международный престиж и Самарканд-2028

Узбекистан становится важным игроком на космической карте мира:

• В 2028 году в Самарканде пройдет Международный конгресс астронавтики.

• Участие уже подтвердили ведущие космические державы: США, Россия, Китай, Индия и страны Европы.

«Это достижение должно не только повысить имидж страны, но и вдохновить молодежь на занятия наукой и высокими технологиями» - Мирзиёев Ш.М.

Ждем 2028 год, который станет по-настоящему «космическим» для Узбекистана.

По материалам СМИ Узбекистана.

Что по мегафону? Vless + reality не работают для белых списков

Кто тоже с этим столкнулся? Буквально 9/10 сервисов в тг(думаю понятно о каких сервисах речь) поотваливались для пользователей мегафона, белые списки никого не щадят.

Если билайн жив и функционирует, то мегафону реально плохо, даже сервера не пингуются в прокси клиентах.

Это региональные приколы, чисто по Ростовской области? Или это повсеместно? Кто успел столкнуться с этим?

Как крупнейший брокер перенес 200 серверов и 100 ТБ данных в российское облако без потерь и неожиданностей

💼 Что за компания

«Ренессанс Брокер» — один из крупнейших профессиональных участников российского рынка ценных бумаг. Сфера деятельности брокера строго регламентирована, а IT-инфраструктура в компании как кровеносная система: любой простой, даже измеряемый минутами, может привести к финансовым потерям и ущербу деловой репутации. Наиболее критический сценарий для IT-инфраструктуры — отказ или перегрузка торгового сервера или шлюза, обеспечивающего связь с биржей. 

🕵️ Задача

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

«Ренессанс Брокер» переносил системы с известными нагрузками, поэтому опирался на конкретные цифры производительности базы данных и сети:

• для транзакционных запросов должно сохраниться среднее время отклика,

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

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

👨‍💻 Решение

На пилотном этапе брокер сосредоточился на тестировании фундаментальных сервисов Cloud.ru Advanced: виртуальных машин, блочного хранилища и объектного хранилища стандартного и холодного класса хранения. Тестирование подтвердило, что инфраструктура Cloud.ru соответствует текущим требованиям к производительности. Это стало одним из аргументов для принятия решения о начале полномасштабной миграции, так как позволило гарантировать бизнесу отсутствие ухудшения в работе критически важных приложений и баз данных.

Сроки миграции в облако Cloud.ru были спланированы и реализованы в два этапа. На приоритетную миграцию закладывали 2–3 месяца. Второй этап по плану должен был занять около 6 месяцев: за это время надо было не просто перенести системы, но и архитектурно их усовершенствовать, например, переехать на новую версию ПО или изменить стек с одной СУБД на другую, включая критически важное разделение зарубежной и российской инфраструктур для соответствия новым регуляторным и законодательным требованиям. 

📈 Результаты и планы

Миграция полностью уложилась в запланированный срок. Все сервисы, включая 200 серверов и 100 ТБ данных, были перенесены с минимальным временем простоя. Изменения затронули практически всех сотрудников компании. Для них переход был максимально прозрачным и свелся в основном к смене адресов для подключения: они продолжили работать с уже знакомыми системами, но уже в новой среде.

Снижение совокупной стоимости владения (TCO) облачной инфраструктурой стало для «Ренессанс Брокера» одним из самых значимых количественных результатов миграции. Клиент достиг этого снижения за счет более прозрачной и предсказуемой модели ценообразования, что позволяет эффективнее управлять бюджетом и избегать неожиданных затрат.

Другой важный результат — сохранение и укрепление высокого уровня SLA в новой среде: брокер обеспечил выполнение строгих требований к доступности и полную сохранность данных.

Подробнее о кейсе на сайте

Могут ли AI-модели быть прибыльными?

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

В статье «Где деньги, Сэм?», или Могут ли AI-модели приносить прибыль на примере OpenAI? — разбор экономики OpenAI на основе открытых данных, утечек и публичных заявлений: сколько может стоить эксплуатация модели, какая получается маржинальность и почему даже при неплохой валовой рентабельности бизнес может оставаться убыточным. 

Что внутри:

• Чем отличается валовая рентабельность от операционной и почему в AI это критично;

• Куда уходят деньги: вычисления, штат, маркетинг и сопутствующие расходы;

• Почему окупаемость R&D может не сходиться, даже если продукт уже приносит выручку;

• Какие выводы можно экстраполировать на рынок, а где важны оговорки.

Из каждого утюга вещают, что большие языковые модели вот-вот заменят человека в самых разных областях деятельности. Чтобы доказать обратное, скептики ехидничают и показывают какой-нибудь пример, где БЯМ глупо ошибается в простейшей задаче. В этом жанре карманных бенчмарков особо ценится краткость и остроумие запроса.

Обычно речь идёт про клубничный тест: подсчёт букв «r» в английском слове «strawberry». Хотя сейчас флагманские модели как правило с задачей справляются, некоторые БЯМ на этом вопросе до сих пор сыпятся. Дело в том, что языковые модели букв не ведают, а оперируют токенами, поэтому вот так с наскоку выполнить простейший подсчёт числа букв не в состоянии. Если нет стадии размышлений, то для них это как для человека правильно угадывать сумму чисел 1234 и 6789 сразу, в одно действие.

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

Однако «r» в «strawberry» — не единственный такой пример. В Сети распространяют новый вопрос, который успешно запутывает даже флагманские модели с reasoning. Кто первым придумал вопрос про автомойку, установить тяжело; возможно, это был американский исследователь искусственного интеллекта Джек Коул.

Чат-боту задают вопрос: «От моего дома до автомойки всего 50 метров. Я хочу, чтобы машина была чистой. Что делать: ехать туда или идти пешком?» [«The car wash is only 50 meters from my house. I want to get my car washed. Should I drive there or walk?»]

Удивительно, но многие флагманские БЯМ не осиливают эту задачу даже при включённом thinking. Языковые модели не обладают интуитивным знанием, что автомобиль в кармане не уместится. Напротив, внимание искусственного интеллекта будто переключается на фразу «всего 50 метров», поэтому на выходе получается совет размять ноги.

При этом некоторые продукты всё же справляются и весьма неплохо. В комментариях к твиту делятся скриншотами, где ошибаются ChatGPT 5.2 Thinking и Kimi K2.5 Thinking, правильно отвечают Claude, DeepSeek и Qwen 3 Max Thinking, а Gemini колко замечает, что без навыков телекинеза придётся сесть за руль.

Как стать разработчиком на Java?

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

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

А сегодня мы собрали подборку ключевых инструментов, которые вам предстоит освоить, чтобы стать Java-разработчиком:

— Spring Boot. Фреймворк для сборки микросервисов и веб-приложений с минимальными настройками.

— Docker. Упаковка приложения с их зависимостями в изолированные контейнеры.

— Intellij IDEA. Интегрированная среда разработки: автоматизирует написание кода, поиск ошибок и отладку.

— SQL. Язык для управления данными и выполнения запросов в реляционных базах данных.

— Redis. Хранилище данных в оперативной памяти для кэширования и быстрого доступа к информации.

→ Множество курсов с опытными наставниками тут

Регистрируйтесь на бесплатный вебинар «Как не разориться на ИИ-проекте: управление стоимостью RAG-систем»

27 февраля в 11:00 команда экосистемы Авандок ГК «КОРУС Конслатинг» проведет уникальный вебинар, на котором поделится своими инструментами для масштабирования и прогнозирования результатов при внедрении ИИ-проектов.

Масштабирование RAG-систем при использовании чата с генерацией ответов, часто ведет к нелинейному росту расходов. Бюджет пилота на 50 пользователей кратно отличается от Production-решения на 5000 сотрудников из-за инфраструктуры, токенов и обслуживания.

Как с этим управляться, чтобы предсказывать результаты и затраты?

На нашем вебинаре вы сможете:
• Понять структуру затрат на RAG-системы
• Узнать об инструментах оптимизации и управленческом контроле
• Научиться оценивать бюджет и ROI от реализации ИИ-проекта
• Узнать о красных флагах при масштабировании проектов
• А еще получите два секретных чек-листа по внедрению ИИ-проектов

Регистрация

Конференция для всех участников рынка электроники от лидера поставки печатных плат в России: 23 марта в Чебоксарах

Приглашаем вас на корпоративную конференцию ГРАН Груп, которая будет интересна всем участникам рынка электроники от инженеров до топ-менеджеров! Здесь мы говорим о печатных платах с точки зрения развития электроники в России. 

🗓 Когда: 23 марта 2026 года. Начало мероприятия в 9.00.

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

📍  Место проведения: г. Чебоксары, Отель «IBIS», Президентский бул., 27Б, Конференц-зал "Волга".

Темы конференции:

• Космические горизонты промышленной электроники:

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

• Инженерный космос:

Печатная плата – какая она? Прямоугольная, 1.6 мм, 18/18, зеленая маска и белая шелкография? Мы подготовили обзор нестандартных плат, с которыми уже работали. Расскажем о требованиях, параметрах, процессе подготовки к производству. Только самые интересные кейсы и дискуссия о возможностях инженерного пространства.

• Новейшие технологии:                                                  

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

• Методы контроля на производстве:

Обсудим основные методы контроля качества в производстве печатных плат — от автоматической оптической инспекции (AOI) до анализа микрошлифов.

• Проектирование по ГОСТ, производство по IPC: расхождения и риски:

Разберём, к чему приводит проектирование по ГОСТ при производстве по стандартам IPC и какие риски могут возникнуть.

Ждем вас!  🤝

Конференции ГРАН всегда бесплатные. Требуется предварительная регистрация.

Основы работы с Helm: как упростить деплой в Kubernetes

Helm — это менеджер пакетов для Kubernetes. По сути, он делает для кластеров то же, что apt для Linux или npm для JavaScript: позволяет устанавливать приложения как готовые пакеты, а не собирать всё вручную из десятков YAML-файлов.

В основе Helm — чарт: набор шаблонов с описанием ресурсов Kubernetes. При установке создается релиз с собственной историей версий — можно обновлять приложения, отслеживать изменения и при необходимости быстро откатываться. А еще Helm объединяет десятки ресурсов в один пакет и позволяет переиспользовать конфигурации для разных окружений через values.yaml.

В блоге разобрали установку Helm, основные команды, работу с репозиториями и релизами, проверку чартов перед деплоем, управление зависимостями и откаты. Читайте на сайте Рег.облака.

Плагин Tasks. Часть 1

Этот плагин лежит в основе моей системы планирования.

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

1. Создаём в заметке задачу:

- [ ] Задача

2. Появляется выпадающее меню, в котором можно назначить даты начала и завершения задачи, выбрать приоритет.

3. С помощью палитры команд или горячих клавиш открываем расширенные настройки. Там можно сделать задачу повторяющейся.

💬 Больше про ведение заметок и планирование в Obsidian в моём тг-канале

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

26 февраля на практическом вебинаре «Как предотвратить провал фичи: чек-лист валидации гипотезы до разработки», вы получите готовое решение — структурированный чек-лист для валидации гипотез до старта разработки. Этот инструмент поможет вам сэкономить ресурсы и избежать ошибок, и он применим как в Agile, так и в Waterfall-среде.

Разберем на практике:

➕ Как появляются фичи: от боли бизнеса до решения.

➕ Что такое настоящая потребность и как её выявить.

➕ Ключевые метрики продукта и проекта для оценки.

➕ Факторы, влияющие на грамотную приоритизацию.

➕ Особенности требований в Agile vs Waterfall.

➕ Рабочие методы валидации требований из практики крупных компаний.

Дата: 26 февраля

⏰ Время: 18:00-19:00 (Мск)

👨‍🎓 Спикер: Басова Екатерина — эксперт по бизнес-анализу и управлению продуктами.

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