Тайваньская Asus представила портативную игровую консоль ROG Xbox Ally X20 в честь 20-летия своего суббренда Republic of Gamers. Новинка представляет собой специальную версию прошлогодней ROG Xbox Ally X, но с более широким OLED-дисплеем и очками дополненной реальности.
Привет, Хабр. Меня зовут Виталий Стародубцев. Я ведущий QA-инженер в СберЗдоровье — MedTech-компании №1 в России.
Написание и использование автотестов — базовая практика в разработке и продвинутая — в тестировании. Но подходы к их написанию и отладке зачастую вызывают боль у специалистов. Остаётся много проблемных мест: долгие ожидания при запуске и перезапуске, нестабильность сервисов, ошибки из‑за устаревших версий библиотек. В результате даже опытные инженеры тратят больше времени, чем могли бы.
Я с этим нередко сталкивался при анализе сторонних проектов и понял, что подобные ситуации довольно распространены. Поэтому в статье решил собрать несколько простых лайфхаков и практических советов, которые помогают быстрее писать, запускать и отлаживать автотесты: часть из них касается общей работы с кодом и IDE, а часть — специфики автоматизации.
Лет 10 назад я писал о том, что человечество находится внутри порога Технологической Сингулярности. За ним – состояние науки, в котором новые исследования пересматривают железобетонные аксиомы быстрее, чем мы успеваем моргать. Сегодня же, человечество преодолело этот порог. Новые исследования, определяющие природу сознания, биомаркеры сознания и суть человеческого «Я» кардинально меняют картину мира. И новое исследование, о котором пойдет речь, наглядный тому пример.
В Business Insider вышел материал о том, что вакансии, связанные с ИИ, стремительно распространяются по всем уровням корпоративных структур — от младших специалистов до топ-менеджмента. На фоне новой волны сокращений это подаётся как осторожный повод для оптимизма: старые профессии исчезают, но рынок одновременно создаёт новые.
ИИ меняет не только алгоритмы работы компаний. Он буквально формирует новые категории профессий.
От vibe coders и prompt engineers до AI-стратегов, forward-deployed engineers и даже философов, работающих рядом с техническими командами — компании по всему миру срочно перестраивают подход к найму сотрудников будущего.
Почти все новые роли требуют межфункциональной экспертизы: сочетания разработки ПО, инженерии данных, продуктового мышления и глубокого понимания конкретной отрасли.
Публичные данные по вакансиям показывают сразу два процесса:
— краткосрочный спрос на операционные роли для обслуживания ИИ;
— долгосрочную потребность в людях, способных проектировать, контролировать и масштабировать системы машинного обучения.
И это уже выглядит не как временный HR-тренд отдельных компаний, а как полноценная перестройка рынка труда.
По мере ускорения внедрения ИИ компании одновременно:
создают новые узкоспециализированные профессии;
переименовывают старые должности, добавляя AI-компетенции;
меняют подход к найму;
пересматривают уровни зарплат;
усиливают зависимость от контрактной и проектной занятости.
Правда, есть нюанс. Материал Business Insider в значительной степени основан на анализе вакансий и журналистских наблюдениях. Там почти нет детальных данных по стратегиям отдельных компаний и точной статистики по численности персонала.
4 июня представители крупных бизнесов обсудят, как ИИ меняет работу инженеров, требования к специалистам и экономику цифровых проектов в целом.
В предстоящий четверг AGIMA соберет в своем офисе на Петровке CTO, CIO, CPO, CEO и руководителей разработки из крупнейших компаний России. Митап будет посвящен нашей новой AI-реальности. В центре внимания — вопросы внедрения AI-инструментов в корпоративную разработку, оценки новых компетенций специалистов, найма в условиях широкого использования Codex, ChatGPT, Copilot и других ассистентов, а также влияния ИИ на управление цифровыми проектами.
Программа состоит из двух частей. В первой CTO AGIMA Андрей Непряхин представит системный подход к AI-автоматизации разработки: от выбора первого процесса и точки входа до выстраивания культуры использования искусственного интеллекта в команде. Участники разберут практики, которые уже показывают результат, а также подходы, которые создают новые риски — в том числе при хаотичной генерации кода без встроенного контроля качества.
Во второй части пройдет дискуссионная панель «От вайб-кодинга к P&L: как ИИ меняет разработку, наем и управление цифровыми проектами». Эксперты обсудят, где ИИ уже дает измеримый эффект, какие показатели важно отслеживать бизнесу, как меняется стоимость специалистов и какие ошибки компании чаще всего допускают при внедрении AI-решений.
«ИИ уже перестал быть экспериментом отдельных энтузиастов и стал частью повседневной работы IT-команд. Но вместе с ростом скорости появляется новый управленческий вызов: нужно понимать, где искусственный интеллект действительно усиливает процессы, а где только создает видимость эффективности. Для нас важно обсудить эту тему не на уровне общих ожиданий, а через практику: как оценивать AI-компетенции, как перестраивать наем, как считать экономический эффект и как не ускорить вместе с разработкой накопление технического долга», — комментирует Константин Мовчан, руководитель Outstaff-направления AGIMA.
Проведём небольшой тест. Откройте свой сайт и посмотрите на него глазами не живого пользователя, а ИИ-агента.
Не на красивую кнопку «Записаться». А на то, что получает ChatGPT или браузерный агент, когда ваш клиент просит его: «запиши меня на стрижку вот в эту студию». Чаще всего там каша из HTML. Смысл спрятан в вёрстке, кнопка нарисована картинкой, а цену подгружает скрипт через пару секунд после открытия.
Человек в этой каше разберётся. Он видит страницу целиком, догадывается по контексту, тыкает наугад и попадает. Агент не догадывается. Агент исполняет буквально. И если смысл живёт только в том, как страница выглядит, для агента его просто нет.
Вот это и есть Agent Experience — опыт, который ваш продукт даёт ИИ-агенту.
Сегодня технологии развиваются быстрее, чем когда-либо: нейросети пишут код, роботы доставляют пиццу, ИИ управляет автомобилями. Именно поэтому нас всё сильнее тянет к вещам из прошлого — в чём-то не идеальным, но со своей душой и атмосферой. Так появилась идея нашей акции «Техно-ностальгия».
Мы решили ненадолго вернуться в конец 90-х – начало 2000-х — во времена телефонов-раскладушек, электронных часов, механических клавиатур и пиксельных портативных приставок. А заодно — предложить скидку 30% на аренду виртуальных серверов и разыграть несколько культовых гаджетов в ретро-стиле.
Разработчик и производитель российской вычислительной вычислительной техники «Гравитон» выпустил интерактивную сенсорную панель нового поколения. Устройство построено на базе отечественного процессора «Байкал» и ориентировано на использование в школах, вузах, государственных ведомствах, а также на объектах критической информационной инфраструктуры (КИИ). Новая разработка представляет собой полностью отечественную технологическую платформу. Она создана для решения задач импортозамещения и обеспечения цифрового суверенитета. Использование российской компонентной базы позволяет применять панели в организациях с высокими требованиями к информационной безопасности и защите данных.
Меня удалили из рабочего чата после того, как заказчики поверили нейросети больше, чем живому специалисту, с которым работали полгода и у которого всё это время всё работало.
Быть может, звучит это как обида фрилансера, которого кинули. Ну и да, меня кинули — не доплатили, опять (про «опять» далее). Статья про штуку, которую я для себя назвал делегированием мышления — когда человек отдаёт нейросети не выполнение задачи, а само рассуждение. Еще про то, почему люди, которые не способны проверить выводы модели, неизбежно доверяют этому механизму. Но этот механизм на неполном контексте — очень опасная штука!
Привет, Хабр! Мы Настя, Эвелина и Михаил — бэкенд-разработчики Т-Банка, пишем код на Scala и горим желанием его популяризировать. Мы собираем и агрегируем новости из разных источников, включая Scala Times, блог Petr Zapletal и канал Scala Nishtyaki, добавляем дополнительные материалы и собственные комментарии. Мотивацию черпаем из желания развиваться и делиться полученными знаниями.
Поздравляем читателей с первым днем лета, желаем кайфовой разработки, интересных материалов и комфортных перерывов под летним солнцем!
Приветствуем любую обратную связь! (づ ◕‿◕ )づ
Компания из 80 человек снизила текучесть на 40% без увеличения бюджета. Инженеры удержали 100% ключевых специалистов, а прибыль выросла на 67%. Это не магия корпоративных гигантов с выделенными департаментами и семизначными бюджетами. Это реальность малого бизнеса, где скорость принятия решений и близость к людям становятся главным конкурентным преимуществом.
HR-медиа исторически заполнено кейсами крупных корпораций. Это создаёт ложное ощущение: «нормальный HR» требует сложных матриц, дорогих консалтинговых аудитов и долгих лет на трансформацию. На деле малый бизнес выигрывает за счёт отсутствия бюрократии и возможности тестировать гипотезы «на живых». Мы проанализировали проекты финалистов премии HR IMPACT 2026 в специальной номинации для компаний до 250 сотрудников, чтобы выделить три рабочих принципа. Не теория, а схемы, которые можно адаптировать под свои задачи уже завтра.
В ресторанных сетях данные о гостях часто распределены между несколькими системами. Бронирования хранятся в одном сервисе, чеки — в ресторанной учётной системе, переписки — в мессенджерах, отзывы — в агрегаторах, данные приложения — в отдельной базе, платежи — у эквайринга.
Такая архитектура усложняет работу с клиентским профилем. У бизнеса нет единой истории взаимодействия с гостем, менеджеры работают с фрагментами данных, а сервис, маркетинг и аналитика опираются на неполную картину. Для ресторанной сети это напрямую влияет на персонализацию, качество обслуживания, LTV и повторные визиты.
В проекте для сети из 10 ресторанов была реализована единая база данных гостей. Задача системы — собрать в одном профиле все взаимодействия клиента с бизнесом: от первого контакта и переписки до бронирований, чеков, отзывов, оплат, технических инцидентов и повторных визитов.
Наш предыдущий обзор касался поддержки в GigaIDE — возможно, самого популярного фреймворка Python, который, однако, восходит к эпохе шаблонизаторов, когда веб-страницы формировались на бэке. Кстати, обзор, как реализована поддержка идеологических братьев Django в Java, есть здесь.
Сегодня мы рассмотрим поддержку других популярных Python-фреймворков: FastAPI, Flask, SQLAlchemy и немного Pydantic. В отличие от Django, все из них стали популярны благодаря своей легковесности и узкой специализации. Первые два — это веб-фреймворки, третий — ORM-фреймворк.
Всем привет! Меня зовут Сергей, я работаю в компании AGIMA и высадился здесь с миссией: хочу стать вашим проводником в лор RUNIT, большущего фестиваля ИТ и спорта. Каждый год он собирает тысячи айтишников, в этом году проходит 5 июля в Мещерском парке, и, вообще говоря, мы пишем о нем каждый год. Но каждый год подгружаются новые люди и новые идеи, и по законам жанра надо рассказывать опять и опять. А мы и не против.
Стоит ли читать этот текст? Если вы любите лето, отдых, музыку, спорт или просто работаете в ИТ — да, стоит. У нашей команды нет задачи втюхать вам наш проект всеми правдами и неправдами. Но мы думаем, что, если вы узнаете о нем чуть больше, сами захотите присоединиться. По сути, RUNIT by AGIMA — это даже не совсем мероприятие. Это сообщество — и сообщество очень крутое. Ниже раскладываю, почему мы так считаем.
Пробежимся по ключевым моментам.
Независимые исследователи безопасности проверят защищенность государственных информационных систем региона, включая сервисы в сфере государственного управления, здравоохранения и предоставления электронных услуг. Участвовать в тестировании могут специалисты по информационной безопасности со всей России, зарегистрированные на площадке Standoff Bug Bounty.
Открытая часть программы стартует 8 июня. Инициатива направлена на повышение уровня защищенности и работоспособности информационных систем, которыми пользуются жители Прикамья.
В этой статье расскажу о свежем баге, который ронял один тип транзакций, пока остальные работали штатно. Если используете @formatjs/intl-durationformat для форматирования времени - этот кейс может сэкономить пару часов отладки.
Привет, меня зовут Ашот Агабеков. Я Java backend‑разработчик.
В этой статье хочу рассказать про мой pet project для свободного времени - попытку собрать настоящего полноразмерного гуманоидного робота по проекту OpenLoong.
Агентские скиллы: как применить их в разработке
Привет, меня зовут Дима Васильев, я бэкенд-разработчик в Doubletapp. В этом тексте коротко расскажу, как эффективно управлять кодовыми ассистентами с помощью агентских скиллов.
Ассистенты уже умеют читать репозиторий, править файлы и запускать команды, но им часто не хватает контекста команды: как оформлять задачи, какие проверки запускать, как работать со стендами и где нужно подтверждение. Для этого и нужны агентские скиллы.
Скилл — это инструкция для ИИ-помощника: когда её применять, по каким шагам действовать, какие шаблоны и команды использовать. В открытой спецификации Agent Skills скилл обычно оформляется как папка с SKILL.md; рядом могут лежать скрипты, справки и шаблоны.
Подход уже поддерживают разные кодовые ассистенты. GitHub Copilot работает с agent skills в режиме агента, Copilot CLI и облачном агенте. Codex поддерживает скиллы в командной строке, расширении и приложении. Claude Code тоже работает со скиллами через SKILL.md. Поэтому речь не про один инструмент, а про общий способ описывать повторяемые действия команды рядом с кодом.
Кейс 1. Описание проделанной работы
Разработчик закончил задачу, а дальше её должны подхватить тестировщики, аналитики или другие разработчики. Часто в задаче остаётся короткое «сделал», хотя нужно больше контекста.
Можно сделать скилл «описать изменения». Он смотрит на изменения в коде, коммиты и описание задачи, а потом формирует выжимку: что изменилось, какие модули затронуты, как проверить результат, есть ли риски, миграции, настройки или флаги.
Такой скилл помогает не забывать важные детали и делает передачу задачи более предсказуемой.
Кейс 2. Онбординг новых разработчиков
Проектные скиллы полезны для онбординга. В них можно описать, как поднять окружение, как запускать тесты, как оформлять ветки и коммиты, где смотреть логи и какие архитектурные правила нельзя нарушать.
Новый разработчик может спросить помощника: «помоги поднять проект» или «подготовь задачу к сдаче». Помощник ответит с учётом проектных правил, а не общими советами. Это не отменяет документацию, но снижает количество одинаковых вопросов.
Кейс 3. Надстройка над Terraform
Другой пример — сложные инструменты. Допустим, команде нужен Terraform для стендов, но не все хорошо с ним знакомы. Реальных знаний Terraform скилл не заменит: всё равно важно понимать состояние, план изменений, ресурсы и последствия удаления инфраструктуры.
Но для повседневной работы можно сделать понятные действия поверх Terraform:
Init stand — подготовить стенд;
Update stand — применить изменения;
Destroy stand — удалить стенд.
Под капотом ассистент выполняет нужные команды: инициализирует Terraform, выбирает окружение, строит план, показывает изменения, просит подтверждение перед опасными действиями и реагирует на ошибки.
Главное здесь — не просто удобство, а безопасность. В скилле можно прописать: перед применением изменений показать план, перед удалением стенда запросить отдельное подтверждение, не выполнять опасные команды молча и не использовать непроверенные переменные окружения. Так команда получает понятный интерфейс к сложному инструменту, но сохраняет контроль.
Что это даёт
Главная польза скиллов в том, что командные знания становятся частью проекта. Их можно обсуждать и улучшать так же, как код. Это мост между «ИИ просто помогает писать код» и «ИИ помогает соблюдать процессы команды»: оформление задач, проверки, инфраструктура, отчёты, онбординг и документация.
Где посмотреть готовые примеры
Сторонние скиллы стоит читать как чужой код: внутри могут быть скрипты и команды. Особенно внимательно стоит смотреть на скиллы, которые запускают команды.
Полезные материалы и репозитории:
Для начала достаточно взять один небольшой процесс, описать его в SKILL.md и положить рядом с кодом.
Что делать, если человек храпит каждую ночь, у него случаются остановки дыхания во сне, а привычные способы лечения почему‑то не помогают и даже усугубляют ситуацию?
Я врач‑отоларинголог, и в этой статье расскажу о пациенте, у которого причина проблемы оказалась совсем не такой, как предполагалось сначала. Разобраться помогло исследование, позволяющее буквально заглянуть в дыхательные пути во время сна.
Привет, с вами снова отдел защиты бренда Angara MTDR! И сегодня мы расскажем, как исследовали ссылки, которые распространяют злоумышленники в социальных сетях и мессенджерах под видом продвижения брендов.
Любому пользователю будет приятно, если его страницу в соцсети заметил бренд, да ещё и похвалил контент. И похвала вдвойне приятна, если блог ведётся как раз для привлечения брендов.
Но иногда хвалебные отзывы приходят не тому, кто ждёт комплиментов, и не от того, кто представляет бренд. Так нашли друг друга в одной из соцсетей мошенники и эксперты по кибербезопасности Angara Security.
