Все потоки

В сезоне 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 от реализации ИИ-проекта
• Узнать о красных флагах при масштабировании проектов
• А еще получите два секретных чек-листа по внедрению ИИ-проектов

Регистрация