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

Как часто, работая с агентом над новой фичей, вы остаётесь недовольны результатом? То что-то не работает, то качество кода неприемлемо. Вы просите агента ещё раз и ещё раз, пытаетесь подобрать «идеальный» промпт — и всё равно не выходит. Уверен: чем дольше вы работаете с агентом, тем чаще разочаровываетесь. И это неудивительно: агент пишет код очень быстро — и именно поэтому ОЧЕНЬ просто получить ОЧЕНЬ много кода, который вам не нужен. Но код — это как раз простая часть. Настоящая задача инженера — строить системы: надёжные, быстрые и поддерживаемые. Именно за это нам и платят — и вот этого агент пока за нас не делает.

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

Меня зовут Юлия Аравина, я психолог и коуч IT-руководителей, а также наставник на курсах «Управление командой» и «Технический директор — СТО» в Яндекс Практикуме PRO. В этой статье я хочу разобрать, почему команда перестаёт доверять руководителю, за счёт чего формируется доверие и как его восстановить.

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

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

В этой статье вы узнаете, как установить систему, настроить её компоненты и пользоваться всеми функциями.

Перед командой, выросшей на MySQL/MariaDB, встаёт вопрос перехода на PostgreSQL: лицензии, экосистема расширений, более предсказуемое поведение при конкурентных нагрузках - причин достаточно. Проблема в другом: как перенести боевую базу, которая не останавливается ни на минуту, без часов простоя и без риска потерять данные, записанные во время переноса.

В этой статье - как мы решали эту задачу для интернет-магазина на MariaDB, почему готовые консольные конвертеры не годятся для «живой» миграции, и как выглядит рабочая схема на Debezium + Kafka Connect, включая Ansible-роль для повторяемого запуска.

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

А мы продаём ему восемь. Земли у нас хватает, но базовый размер участка мы срезали намеренно. И человек соглашается, хотя платит за сотку больше, чем в посёлках по соседству.

Меня зовут Михаил Лис, я руководитель проектов в группе MDI. Мы строим коттеджные посёлки бизнес и премиум-класса на Новой Риге, ключевой проект называется Ели Estate. Участок здесь стоит от 13 миллионов рублей. Я отвечаю за то, каким посёлок будет и что человек получит, купив здесь землю.

У каждого релиза Postgres свой характер.

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

В Postgres 19 есть улучшения на любой вкус. Встроенная команда REPACK CONCURRENTLY упрощает обслуживание крупных рабочих баз данных. SQL-запросы к графам свойств наверняка привлекут много внимания. Логическая репликация становится полноценнее.

Разработчики также улучшили VACUUM, EXPLAIN, COPY, секционирование, мониторинг и планировщик. Эти изменения не так заметны, но упрощают эксплуатацию рабочих систем.

До финального релиза детали могут измениться. Но бета-версия Postgres 19 уже позволяет оценить новые возможности и понять, как они повлияют на разработку и эксплуатацию систем.

ИТ‑департаменты и интеграторы часто сталкиваются с дилеммой: закупить партию дешёвых потребительских «коробочек» для склада, цеха или digital signage либо инвестировать в специализированные решения. В этом обзоре мы критически разберём актуальное портфолио промышленных ПК на примере линейки MSI Industrial — от ультракомпактных «кирпичей» до локальных ИИ‑суперкомпьютеров — и посмотрим, как обстоят дела с их поставками в Россию.

Как вы уже поняли, сегодня мы отойдём от привычной для нас повестки — обзоров серверного железа, тестов потребительских мини‑ПК и гайдов по сборке систем для дома или офиса — и посмотрим на класс промышленных компьютеров (IPC), на железо, которое работает там, где обычный ПК умирает за месяц.

Docker — отличный инструмент, но «отличный» не значит «единственный» и тем более не значит, что он подходит для любой задачи. На одиночном сервере с одним-двумя приложениями Docker может принести больше проблем, чем пользы. Демон, образы, слои, сети и тома упрощают упаковку и запуск приложений, но на одиночке или небольшом VDS они избыточны. Под катом о том, в каких случаях Docker не нужОн, чем его заменить и как. 

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

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

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

• Нижний уровень — агенты, которые пишут конкретный код: правят константы, следят за чистотой функций, генерируют строки.

• Средний уровень — агенты, управляющие архитектурой модуля: где какие классы, как связаны зависимости.

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

Это немного напоминает команду с джуниорами, сеньорами и техлидом, но роли исполняют не люди, а агенты.

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

Две недели назад мы успешно запустили Doom (тормозной) на созданном с нуля CPU (а потом опубликовали об этом видео, получившее несколько миллионов просмотров). Честно говоря, мне до сих пор в это не верится. Но что же мы создали на самом деле? Спроектировали собственный CPU на уровне логических вентилей, подключили его к периферии, адаптировали исходный код DOOM для запуска на этой машине и развернули всё это на FPGA для исполнения в реальном времени. До запуска Doom мы писали только простые программы, например, Pong и множества Мандельброта. Теперь мы можем запускать завершённые опубликованные игры, но путь к этому был довольно непростым.

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

В этом материале подготовили для вас итоги первой половины 2026 года: сколько IT-специалисты с разными профессиями и языками зарабатывают в различных городах и компаниях, и как их оклады изменились за последние полгода. Изучили 45 226 зарплат и рассказываем, что получилось.

Если подумать, то игр, действие которых разворачивается преимущественно или целиком под водой не так много. Да, я изучал подводный город Восторг в BioShock, управлял героями в Barotrauma и исследовал бесконечный океан в ABZÛ. Но ни одна из них не подарила мне столько эмоций, сколько Subnautica. Тот самый случай, когда садишься днем поиграть на час, а потом обнаруживаешь, что в реальном мире уже глубокая ночь.

Сейчас в ранний доступ вышла вторая часть, и для меня это стал отличным поводом перепройти оригинальную игру с нуля. Ныряешь, и главным прибором становится счетчик кислорода. Он позволяет оценить, стоит ли двигаться дальше или пора возвращаться. А прозвучавшее синтетическим голосом слово «oxygen» говорит о том, что времени на принятие решения уже не осталось. В какой-то момент мне пришла мысль: было бы здорово превратить счетчик в реальное устройство. Это и положило начало небольшому, но интересному DIY-проекту.

Когда я начал разбираться в SOC (Security Operations Center), то довольно быстро понял, что стандартная Windows не дает особого понимания, что вообще внутри нее происходит. События входа, создание процессов, изменение политик – все это просто не пишется либо пишется в достаточно урезанном виде.

Здесь я хотел бы показать (конечно, частично), каким вообще образом настроить аудит безопасности Windows 10/11 так, чтобы получить вполне читаемые и полезные события, которые можно будет использовать для расследования инцидентов ИБ. Разберемся, что и зачем мы включаем, что такое Event ID и как потом выглядят события на реальной практике. Все действия будут выполняться на ВМ, дабы не затрагивать хост.

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

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

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

Каждый C#‑разработчик писал numbers.Where(x => x > 10).Select(x => x * 2) — и удивлялся, узнав, что эта строчка ничего не вычисляет. Цепочка спит, пока мы не начнём перебирать результат.

За этим стоит конкретный механизм — отложенные вычисления, а в его основе лежит обычная фича языка: yield. Разбираем, как устроены ленивые методы LINQ изнутри — от ручной реализации Where без yield до того, во что этот yield разворачивается компилятором.

А вы точно знаете, что происходит под капотом каждый раз, когда пишете .Where(...).Select(...)?

К статье приложен репозиторий с полной реализацией.

Несмотря на то, что WebStorm уже несколько лет официально недоступен в России, он по-прежнему остаётся одним из главных инструментов для веб-разработчиков. Недавно вышла новая версия WebStorm 2026.2.

В релиз вошли поддержка TypeScript 7, нативная интеграция с GitHub Copilot, менеджер скиллов для ИИ-агентов и обновления для React, Vue, Svelte, Angular и других популярных технологий. Разработчики также улучшили отладку, работу с Node.js и Git, производительность и стабильность IDE.

В статье разберём основные изменения WebStorm 2026.2, а также расскажем, какие возможности для веб-разработки уже доступны в OpenIDE и чего ожидать от её предстоящего перехода на платформу 2026.2.

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

Собственно, на эту историю мы сегодня и посмотрим. Заодно поговорим о том, как благодаря технологическим достижениям и инновациям игры о спорте заняли свое место в мировой культуре, как Electronic Arts стала компанией, выпускающей лучшие игры про футбол, и почему, несмотря на это, сегодня у Чемпионата мира нет официальной компьютерной игры.

Представьте, однажды вы приходите в новую компанию на позицию Automation QA и перед вами возникает задача: на пустом поле проекта посеять зерна автотестов, которые прорастут в регулярный процесс тестирования и будут отлавливать различные баги. Такая задача возникла и передо мной, поэтому я хочу поделиться своим опытом, как строил тестирование кастомного K8s CNI-плагина в новой для себя области. Статья будет полезна QA-инженерам, которые на «ты» с Python, но на «вы» с тестированием Kubernetes с помощью автотестов. При решении задачи я столкнулся с вопросами, на которые нигде не нашел ответа. Возможно, раз мне помог описанный путь, поможет и вам.