Kurgan-Telecom Ru | Информационные технологии

В июле 2025 года Китай выполнил сложнейшую задачу, которая может повлиять на будущее космических миссий. Спутники Shijian-21 и Shijian-25, по данным независимых наблюдателей, провели первую в истории успешную операцию по дозаправке в геостационарной орбите (ГСО) на высоте около 36 тысяч километров над Землей. Это еще один шаг к созданию устойчивой и многоразовой космической инфраструктуры. Разберем, как Китай подготовился к этой миссии, что за технология, какие у нее проблемы и как все это может повлиять на будущее космической индустрии.

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

Каждый пост автомойки – это работа целого набора исполнительных механизмов, датчиков, насосов и клапанов. Сбой хотя бы одного элемента — и автомойка простаивает, бизнес теряет деньги, а клиенты уезжают к конкурентам. А когда на объекте нет персонала (что типично для моек самообслуживания), без надежной автоматизации вся модель рассыпается.

В статье покажем, как инженер Андрей Демшин выстроил систему, в которой автоматика не просто управляет подачей воды и химии, а обеспечивает все бизнес-процессы. На реальном примере сети «Чистомытов» в Санкт-Петербурге разберем, какие технологии помогли превратить автомойки в стабильный бизнес.

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

Что общего у атомной станции, ледокола и промышленной IoT-системы? Все они — часть критической информационной инфраструктуры (КИИ), где сбой может обернуться серьёзными последствиями.

О том, что из себя представляет КИИ, почему она так важна, чему учат будущих специалистов и как устроена работа на практике, рассказывает эксперт из Росатома — руководитель Дирекции «Цифровая Арктика» АО «Гринатом» и ведущий инженер-исследователь научного центра «Сириус».

Всем привет! Меня зовут Михаил Шумовский, я редактор журнала «Конверт» (экс блог Unisender) и нейроэнтузиаст: плотно погрузился в тему год назад и даже завел Telegram-канал про нейросети в маркетинге — @misha_davai_po_novoi

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

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

На сегодняшний день существует множество методологий разработки ПО: SDLC, Agile, Scrum и подобные. Но ни одна из них в чистом виде не подходит к процессу разработки физических устройств, предназначенных для массового производства.

Самые значимые различия (как, впрочем, и сходства) в подходах и методологиях мы рассмотрим через погружение в цикл разработки продуктов потребительской электроники. Разберём, какие именно задачи лежат на инженерах аппаратной разработки, какими знаниями необходимо обладать и почему цена ошибки так велика. А в качестве примера возьмём знакомое и понятное всем устройство: умную колонку с AI‑ассистентом.

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

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

Вот, например, типичный викторианский NSFW на картонке.

В середине XIX века петербургский инженер Иван Александровский решил, что хочется чёткого объёма без костылей. Он собрал камеру с двумя объективами, которая делала два кадра одновременно. Получалась идеальная стереопара. Зарядил в стереоскоп — и вперёд: смотреть, кивать, звать друзей. Кто-то приносил мадеру, кто-то обсуждал глубину резкости. Так выглядели рилсы.

Никаких свайпов и лайков — только оптика, только хардкор.

Любой программный продукт, язык - не исключение - должен иметь чёткую причину для существования. Просто быть "ещё одним способом выразить алгоритм" уже недостаточно. На насыщенном рынке языков программирования (ЯП) успеха достигают те, у кого есть понятный маркетинговый аргумент для выбора - будь то особенности самого языка, убойные примеры применения (killer apps) или области применения (killer domain), в которой язык особенно силён.

Привет, Хабр! Как вы думаете: что общего между написанием сложного кода и игрой с семилетним ребёнком? Отвечу как молодой отец и сотрудник ИТ-компании: оба процесса занимают неопределённо много времени и порой заставляют вас усомниться в своём интеллекте. Если за помощью с кодом всегда можно обратиться к Stack Overflow или (простите!) к ИИ-ассистентам, то ребёнок требует вашего персонального внимания. Считайте, что вы один на один с естественной нейросетью, которая находится в стадии обучения, но уже активно лезет в продакшен. А ещё эта нейронка часто капризничает и требует поиграть, игнорируя ваши дедлайны.

Оставлять ребёнка надолго перед экраном — не лучшая идея (хотя продавцы очков и контактных линз, а также психологи будут вам благодарны). Поэтому ищем другие варианты. Если ваш ребёнок уже освоил азы шантажа («Пап, а я тогда не усну!») и базовые алгоритмы манипуляции («А мама разрешает!»), пора переходить к ассиметричным ответным мерам. Нам помогут не столько старые, сколько добрые игры на бумаге, которые слегка изменились со времён нашего детства.

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

История бесконечности потенциально бесконечна, но фактически, увы и ах, эта статья будет последней в нашем цикле. Кстати, предыдущее предложение звучало бы смешнее на английском (...but actually). Но я пишу её не на языке Ньютона и Шекспира, а на языке Колмогорова и Есенина, так что придётся читателю довольствоваться лишь потенциальным каламбуром.

В компьютерных RPG часто бывает три концовки: добрая, злая и true ending. В данном случае реальная жизнь повторяет за геймдевом, и в истории бесконечности все эти сюжетные ветки также присутствуют. Под катом я расскажу, в чём их смысл и какие персонажи класса «математик» прошли игру «Жизнь» с этими концовками.

Этот пост для нашего тг-канала Pro AI написал мой коллега Александр Мигаль, специалист по компьютерной лингвистике и один из авторов RuTaR

В прошлой статье мы рассказали о RuTaR — большом открытом датасете на русском языке, разработанном для оценки способностей LLM к рассуждению в сфере налогового права. Среди прочего мы тогда запустили серию тестов, чтобы выяснить, как сильные модели справляются с задачами, требующими логического вывода с использованием RAG или без него, в варианте “из коробки”.

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

Мы решили исправиться.

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

Давно пользовался расширением The Great Suspender для приостановки вкладок, но оно давно заброшено и обновлений не планируется, а найти полноценную замену с Manifest V3 не удалось.
Тем временем Chrome окончательно отключает поддержку Manifest V2 для расширений начиная с версии 139, которая выйдет на днях (30 июля - Early Stable Release, 5 августа - Stable Release) и вопрос замены стал очень актуальным.
Посмотрел на исходный код The Great Suspender и решил, что проще написать с нуля, чем исправить. Изучил на API для расширений, всё должно быть просто: по таймеру проверяем вкладки, приостанавливаем (переадресовываем на страницу расширения) давно не использующиеся вкладки (определяем по свойству вкладки lastAccessed), по клику на приостановленной страницы возвращаем обратно на оригинальную страницу. Казалось бы, какие тут могут быть проблемы...

• WebGPU включён по умолчанию (пока только Windows). Реализация построена на Rust‑библиотеке WGPU; поддержку Linux и macOS обещают «в ближайшие месяцы».
• Снижено потребление ОЗУ в Linux и устранено требование «жёсткого» перезапуска после пакетного обновления.
• «Умные» группы вкладок: встроенный on‑device‑ИИ автоматически объединяет вкладки и придумывает название каждой группы (функция разворачивается постепенно).

( читать дальше... )

 firefox, mozilla

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

Теперь и на русском языке! Аарон Плоетц представил свое практическое руководство по Java 21 — вполне себе современному изданию, наполненному реальными примерами, охватывающими всю экосистему: от базовых конструкций языка и новых возможностей версии 21, через работу с реляционными и NoSQL‑базами (PostgreSQL и Cassandra), до создания GUI‑веб‑приложений на Spring Boot и Vaadin, и даже простых игр с анимацией. Книга получила высокие оценки читателей на Амазон — 4.2 звезд из 5.

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

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

Добро пожаловать в четвёртую и заключительную часть серии о новом Flowable Async Executor. До этого момента путь был довольно насыщенным:

Однако остаётся один важный вопрос: как мы пришли к текущей реализации? Что подтолкнуло нас к этим изменениям и почему? Как мы нашли узкие места и использовали эти данные для создания лучшего подхода? И, учитывая, что первая версия появилась более десяти лет назад, как Async Executor эволюционировал, сохраняя обратную совместимость?

Именно этому посвящена эта часть. Мы воспользуемся возможностью оглянуться назад и вспомнить различные реализации, которые появлялись за это время. Мы выделили четыре поколения Async Executor и кратко рассмотрим каждое из них. Поскольку Flowable является форком Activiti, история начинается с первой версии Activiti (5.0.0).

С 2023 года чат-ботов использует каждая пятая страховая компания (по данным Naumen). Банки, ритейл и даже медицина — и того чаще. Наличие бота в авторизованной зоне, например, на сайте или в личном кабинете, стало важным критерием цифровой зрелости.

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

В связи с этим, когда в РГС начали думать в сторону внедрения чат-бота, мы ожидаемо озадачились вопросом: «А кого нам для этого надо нанять?». Разработчики не часто подкованы в тонкостях написания текстов и общения с клиентами. Нужно было что-то на стыке технических и гуманитарных навыков. И так мы начали поиск своего загадочного лингвиста-разработчика.