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

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

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

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

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

Спойлер - удалось ускориться по отношению к heaptrack в 30 раз.

Время выполнения потоковых задач в разработке часто колеблется: один день задача занимает 2 часа, в другой — 6. Из-за этого сложно предсказать, уложится ли команда в срок. Control chart помогает отслеживать разброс времени, находить аномалии и корректировать процесс до того, как отклонения станут проблемой. 

В статье разберем, как это работает, и покажем, как можно читать график, чтобы определить SLA при работе с заказчиком.

Идея написать статью пришла ко мне, когда я читала книгу «Цветы для Элджернона». Кто не знаком с произведением, советую его прочитать: это глубокий и пронзительный психологический роман, в котором мужчина с нарушениями интеллектуального развития по имени Чарли стал гением благодаря научному эксперименту. И хотя цель была высокой и благородной, а результат — достойным, герой  доставил достаточно хлопот ученым на своем пике развития интеллекта. Что-то все-таки пошло не так, и постепенно Чарли потерял все знания, которые ему открылись. В какой-то момент чтения я подумала: а ведь похожим образом ведут себя требования. Они сначала простые, понятные. Потом бац! Они начинают умнеть, эволюционировать, требуют больше ресурсов и в конечном счете создают хаос и порой даже рушат текущие процессы.

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

Сегодня в блоге ЛАНИТ на Хабр я хочу поделиться десятью шагами из своего опыта, которые помогали моей команде справляться с ситуациями, когда требования росли быстрее, чем их успевали зафиксировать.

В июле 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), по клику на приостановленной страницы возвращаем обратно на оригинальную страницу. Казалось бы, какие тут могут быть проблемы...

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

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

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

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