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

Меня зовут Илья, я мобильный разработчик в Naumen. Моя основная специализация — iOS-разработка. Я занимаюсь развитием мобильного клиента платформы Naumen Service Management Platform, а также Chat SDK в рамках Naumen Contact Center.

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

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

Привет, Хабр! Меня зовут Елизавета, я скрам-мастер стрима ДБО (веб-версия дистанционного банковского обслуживания) для банков в команде РСХБ.Цифра. Выстраиваю процессы на основе человекоцентричного подхода, помогаю команде раскрывать потенциал. В этом материале хочу поделиться с вами историей о том, как мы превратили обычную задачу по формированию команд в приятный процесс. Да, это возможно! Расскажу не только о методиках, но и человеческих взаимоотношениях, где психология — лучший друг программистов и тимлидов, которые объединяются ради создания продукта в финтехе.

Мы едим хлеб, а не смотрим на замешивание теста

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

Мы должны руководствоваться достижением цели, а не удобством процессов.

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

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

Как руководитель отдела ИИ с опытом внедрения решений в холдингах на 15 000+ сотрудников, я вижу, что только системный инженерный подход спасает проекты от превращения в «дорогой гараж».

Всем привет! Это мой первый опыт в ведение своего личного блога и более того даже в написание статей. Ну попытка не пытка.

В этом посте я честно расскажу о своем пути (от фрилансера до основателя digital студии). Где я ошибался, что помогло вырасти. Также поделюсь кое-какими мыслями, может кому то они будут интересны.

17 марта в Российском новом университете прошёл пресс-завтрак на тему «Гражданские беспилотники: от аэрофотосъёмки до сельского хозяйства». Цель мероприятия была связана с донесением до широких масс через приглашенных журналистов мысли о том, что БПЛА, даже в современных и очень непростых условиях, это отнюдь не только военные коптеры и дроны-разведчики, а средства передвижения и перемещения полезной нагрузки с огромным потенциалом для самых разных сфер и отраслей экономики.

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

Между тем любое подобное вмешательство имеет цену. Оно требует времени, отвлекает людей от основной работы, увеличивает организационные издержки и нередко замедляет движение проекта. Значит, для него должно существовать содержательное основание: почему оно нужно именно здесь, именно сейчас и именно в таком объёме.

Всё началось с принтера. Точнее — с 1700 рублей, типографии на Театральной и фотографии моря в Абхазии. Кадр был невероятный: бирюзовая вода, низкое солнце, плачущие эвкалипты, и такой цвет, что хотелось окунуться в дисплей. Я выбрал баритовую бумагу, хотел потом вставить в рамку. Прождал сорок минут в очереди и... На выходе грязно-голубая лужа.

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

Любое научное исследование зарождается из вопроса, на который необходимо найти ответ. Иногда вопрос кажется сложным и непонятным, особенно для не вовлеченных в науку умов. Бывают и более простые с точки зрения синтаксиса вопросы, которые частенько задают самые любопытные существа на планете — дети. Почему небо синее? Почему вода мокрая? Почему птицы летают? Все эти вопросы кажутся простыми, но ответы на них могут быть совокупностью знаний, скрупулезно собранных на протяжение столетий учеными из самых разных областей, от биологии до физики частиц. Ученые из Мэрилендского университета (Колледж-Парк, США) решили задать очередной «простой» вопрос — как часто у человека происходит флатуленция? А ответ на этот вопрос им помогло их собственное изобретение — умное нижнее белье. Каков принцип работы этого необычного элемента гардероба, какие данные он собирает, и что они могут рассказать о здоровье пользователя? Ответы на эти вопросы мы найдем в докладе ученых.

Приветствую всех!

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

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

Привет, Хабр! Меня зовут Александр, я из Сбера, лидер по автоматизации в Департаменте Сервисы и Безопасности. В тестировании я около 13 лет, и последние лет 10 занимаюсь автоматизацией и её развитием в своём подразделении.

В этой статье расскажу, как с помощью IDE, LLM и RAG‑подхода можно автоматизировать одну из самых рутинных задач автоматизаторов — разработку новых автотестов по ручным сценариям, и при этом сохранять стиль и архитектуру проекта.

Люди негативно реагируют в соцсетях на контент, созданный искусственным интеллектом. Иногда пишут «Бл**** ещё один пост из жпт», как недавно (и совершенно несправедливо) прокомментировали один из репостов в UX Notes. В комментариях в Тредс часто можно встретить предположения, что пост написал ИИ, причём без какой-либо эмоциональной оценки. Негативная коннотация подразумевается авторами и уже ощущается читателями.

Почему?

Привет, Хабр.

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

Заметил, что периодически в чатах, на Хабре и в обсуждениях всплывает вопрос про сезонность найма. Кто-то говорит, что её нет и вакансии публикуются круглый год. Кто-то наоборот уверен, что есть «правильные» месяцы для выхода на рынок.

Поэтому решил поделиться своей насмотренностью на этот счет

В российских проектах НСИ часто выходит далеко за рамки справочников и включает задачи MDM и Data Quality. Разбираемся, чем это отличается от классического RDM и к чему это приводит.

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

Недавно мне знакомый отдал компьютер, сказав что-то вроде «знаю, ты любишь необычные штуки — забирай, понравится». Так в мои руки попал занятный мини-ПК с полностью пассивным охлаждением и процессором Intel Core i7-4500U. Разумеется, мне захотелось посмотреть внутрь. Детали под катом.

9 марта 2026 года Microsoft выпустила VS Code версии 1.111 — первый стабильный еженедельный релиз. Ведущий инженер Кай Мецель объявил, что финальное тестирование будет «встроено в еженедельный процесс». Каждая новая функция в v1.111 связана с ИИ. Главное нововведение: режим Autopilot, в котором ИИ-агент работает автономно до завершения задачи — сам одобряет вызовы инструментов, сам повторяет попытки при ошибках, сам отвечает на собственные вопросы, чтобы «агент не простаивал в ожидании ответа».

Я пишу код в той или иной IDE с начала 2000-х. Видел, как Eclipse замедлялся до ползания, как IntelliJ поглотил мир Java, как VS Code стал редактором по умолчанию для целого поколения. Это — другое. Это не добавление функции. Это изменение самих отношений между разработчиком и инструментом.

Ни одна современная AI-система в юридическом домене не обходится без RAG: юридические данные слишком специфичны, слишком изменчивы и никогда слишком редко составляли значимую часть обучающей выборки LLM, чтобы доверять ей без внешней базы знаний. Обычно при построении RAG-системы используют модуль поиска, основанный на векторных БД. Однако в таких сложно организованных областях знаний, как юридическая, архитектура, основанная на поиске в хранилище "плоских" эмбеддингов, может не справиться. Векторный поиск позволяет находить семантически близкие (схожие) фрагменты текстов, тогда как юридический домен также требует понимания многочисленных связей между сущностями, рассеянными по множеству документов .

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

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

Стивен Хокинг долго не хотел писать мемуары. Рассказывать о Вселенной ему всегда было интереснее, чем о себе. Но желающих изложить его биографию (и расставить свои акценты) становилось всё больше. Так родилась эта книга — попытка сохранить право голоса в собственной истории. Хотя однажды свой голос он всё же потеряет — навсегда и совершенно буквально. В 1985 году после пневмонии и трахеостомии Хокинг лишится речи и будет общаться с миром через синтезатор. Тот самый, с электронным баритоном, который потом станет его визитной карточкой.

«Моя краткая история» вышла в 2013 году, когда автору было за семьдесят. По тональности это напоминает сочинение «как я провел лето» — только написанное гением, который между делом объясняет устройство черных дыр и Теорию большого взрыва (не сериал). Хокинг просто перебирает события: детство, родители, школа, первые открытия, жены, дети, болезнь. Без надрыва, без пафоса — и с английским юмором. Здесь нет популярного пересказа теорий — всё это Хокинг уже сделал в других книгах. Вместо этого — человек, который всю жизнь смотрел в телескоп, наконец согласился посмотреть внутрь себя и чуточку приоткрыть личную жизнь нам.

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

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

Но не все так плохо. Наша стюардесса - настоящая медсестра. В случае, если кому-то станет плохо, она будет пытаться откачать. Чаще всего у нее это получается.

А теперь вдохните поглубже, мы взлетаем!  

Продолжаем писать сервис DeadDrop: сегодня идём от монолита к чистой архитектуре

В предыдущей части мы реализовали готовый прототип, но его код был спорным: от смешанной логики до хранения секретов пользователей в открытом виде - пора вносить правки!

Сегодня мы:

1) Превращаем "толстый" хэндлер в хорошее архитектурное решение с разделением слоёв

2) Хэшируем с bcrypt

3) Внедряем зависимости (DI) через интерфейсы

4) Готовим код к дальнейшему масштабированию

Рефакторинг, который не ломает проект, а делает его удобным для дальнейшей разработки!

Ваша ML-модель работает в ноутбуке, а в продакшене — нет. Бывало такое? Именно здесь начинается настоящая инженерная задача: взять эксперимент из Jupyter-ноутбука и превратить его в воспроизводимый, наблюдаемый и масштабируемый пайплайн — от сырых данных до стабильного инференса под реальной нагрузкой. Kubernetes давно стал де-факто стандартом для этой работы: более 70% компаний используют его в продакшене — это не дань хайпу, это прагматичный выбор тех, кто уже наступал на грабли.

В этой статье разберем, почему K8s выигрывает у альтернатив именно для ML-нагрузок, а также обсудим какие мифы и анти-паттерны тормозят команды на пути к продакшену. Пройдемся по полному стеку: от подготовки кластера и фиксации данных через DVC до canary-деплоя модели и автоскейлинга GPU-подов. В конце вас ждет взгляд на то, куда движется индустрия: serverless-ML, multi-LLM-ops и edge-развертывания.

Если вы DevOps- или MLOps-инженер, которому приходится запускать обучение и инференс в одном кластере, или R&D-инженер, чьи модели «магически ломаются» при переходе в прод — читать обязательно.