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

Второй тур голосования завершён — и вместе с ним сформирована финальная программа INFOSTART TEAM EVENT 2026. Теперь доступен полный список докладов и мастер-классов: можно спокойно открыть программу и собрать себе маршрут по темам, которые реально помогут в работе.

Привет, Хабр! В советские времена Fender, Gibson и другие престижные электрогитары из капиталистических стран, за редкими исключениями, были доступны только самым звёздным музыкантам, выступавшим по телерадиовещанию, выпускавшим пластинки на «Мелодии» и ездившим на всесоюзные гастроли.

Тоники, Уралы, Форманты и прочие советские инструменты часто встречались в магазинах культтоваров, но значительно уступали конкурентам из дальнего зарубежья, несмотря на солидные цены. Попадались и болгарские Орфеи с теми же самыми недостатками.

Зато в ГДР производились электрогитары Musima, а в Чехословакии — Jolana, и это были приличные инструменты, которые рядовой любитель музыки вполне мог приобрести, если действительно поставил перед собой такую цель.

Аналитик студии комплексной разработки цифровых решений CleverPumpkin Алёна Сорокина и эксперты брендов со зрелым data-driven подходом «М.Видео» и Unirest.tech (бренд Rostic's) разбирают, как использовать данные, чтобы управлять конверсией, минимизировать риски при релизах и масштабировать работающие решения для роста e-commerce продуктов. 

Сегодня публикуем материал для тех, кого интересуют современные инструменты и протоколы управления ИТ-инфраструктурой. В своей статье по мотивам доклада с HighLoad++ 2025 технический руководитель компании «Прегель» Никита Австрийский рассказывает о том, как построить систему для управления тысячей серверов на базе протокола DMTF RedFish, как понять, чем неудобен его предшественник IPMI и как справиться с несовершенствами RedFish.

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС.

Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС.

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

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

А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации.

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

Из новостей: продажи Lies of P достигли 4 миллионов копий, фанаты возродили Unreal Tournament 2004 с разрешения Epic Games, оОнлайн Mewgenics превысил 100 тысяч одновременных игроков в Steam, продажи KCD2 достигли 5 миллионов копий.

Из интересностей: издатели игр не нужны, телепорты в Unity, сумасшедшая игровая погода, возвращение к Spelunky, как Майкл Абраш удвоил фпс в Quake.

Привет, Хаброжители! Мы открыли предзаказ на книгу «Грокаем проектирование реляционных баз данных» Цян Хао и Михаила Цикердекиса. Предлагаем ознакомиться с отрывком «Реализация».

Завершив нормализацию базы данных, перейдем к следующему этапу — реализации. Знаний, полученных еще в главах 1 и 2, вполне достаточно, чтобы без особых усилий перевести диаграмму проекта на SQL и создать все нужные таблицы. К примеру, таблица user на диаграмме выглядит так:

Чтобы ее создать, потребуется следующий код на языке SQL:

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

Это не временный недостаток. Баги заложены в саму математическую природу современных LLM — аппроксимация гарантирует точность только внутри области тренировочных данных. За её пределами начинается экстраполяция, а вместе с ней — галлюцинации.

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

У нас в ДАРе работает множество первоклассных аналитиков, но мало кто из них доходит до того, чтобы поделиться своим опытом хотя бы в статье на Хабр: кто-то из-за нехватки времени, а кто-то из-за того, что не знает, с чего начать. И именно о том, «с чего начать», мы поговорим сегодня.

Когда речь заходит о выборе ERP-платформы и системного интегратора, почти всегда звучит слово «конкурс». Формально процесс выглядит структурированным: несколько поставщиков, демо, презентации, референсы, коммерческие предложения.

Но если посмотреть глубже, картина часто оказывается иной.

Не потому, что компании «не умеют выбирать».
А потому, что процесс выбора нередко начинается с инструмента, а не с методологии.

Иногда стартовая точка — это демо.
Иногда — список потенциальных вендоров.
Иногда — внутреннее ощущение, что «эти ребята выглядят сильнее».

Недавно я обсуждал проект с партнёром, который предложил:
«Давайте сделаем серию демо и на основе впечатления выберем».

В разговоре выяснилось, что на старте отсутствовали:

Интегрируем российские AI-сервисы (GigaChat от Сбера, YandexGPT и Yandex 360) с OpenClaw — open-source платформой для AI-агентов. Создаём русскоязычных агентов, подключаем CalDAV календарь и Yandex Disk. Все с нуля, с кодом и troubleshooting.

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

Но возможна ли работа ядра Linux без этих, вроде бы обязательных компонентов? Ответ на вопрос - да, возможна, но использовать такие возможности в конечном продукте не стоит.

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

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

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

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

Теперь ранжированием маршрутов занимается ML‑модель, которая обучена на реальном поведении пользователей. Она учитывает не только время, но и то, по каким маршрутам водители доезжают до конца. Поэтому сейчас первый вариант — тот, который вы, скорее всего, выбрали бы сами.

Я Илья Хохлов, руководитель службы разработки сервисов маршрутизации. Наша команда отвечает за ключевые алгоритмы навигации в Картах и в Навигаторе: маршрутизацию, прогноз времени в пути и позиционирование. В этой статье я расскажу о том, как мы переосмыслили ранжирование маршрутов в навигации на Картах и в Навигаторе: как именно ML‑модель понимает, какой маршрут предлагать первым, и как это решение повлияло на количество сходов с маршрута.

12 июля 1929 года на берегу Боденского озера, у швейцарского городка Альтенрайн, стояла толпа. Смотрела на воду. На воде лежало нечто, от чего инстинктивно хотелось отступить на шаг и проморгаться. Самолет размером с корабль: 40 метров в длину, размах крыла — около 48 метров. Над крылом, на шести пилонах расположились 12 двигателей, расставленных попарно: шесть тянущих, шесть толкающих.

14 человек экипажа заняли свои места. Капитан отдал команду бортмеханику через телеграф. Бортмеханик перевел 12 газовых рычагов на взлетный режим. Машина тронулась, набирая скорость. 50 секунд разбега по воде — и Dornier Do X оторвался от поверхности озера.

Самый большой, самый тяжелый и мощный летательный аппарат. Три палубы, курительный салон с баром, обеденный зал, спальные каюты и 12 моторов, каждый из которых в одиночку мог бы тянуть легкий самолет. Машина, которая поднимет в воздух 169 человек (больше, чем любой самолет еще 20 лет после нее), перелетит Атлантику, простоит в Нью-Йорке год как аттракцион, соберет миллионы поклонников и не найдет ни одного покупателя.

У всех кто работает с LLM моделями случалось, что модель на 32B параметров не влезает в 24 ГБ VRAM вашей RTX 4090, offload на CPU убивает скорость, а облако — дорого и данные уходят на сторону. NVIDIA обещает нам решение: DGX Spark (он же GB10) с 128 ГБ unified memory за ~400-500 тысяч рублей. Мы потратили две недели на глубокие бенчмарки устройства и результаты оказались... неоднозначными.

В статье будет много графиков, сравнение нескольких форматов квантизации, тесты разных объемов подаваемого контекста, сравнения с более привычными GPU и оценка финансовой эффективности такой покупки. Цель бенчмарка разобраться, в каких ситуациях DGX Spark показывает свои преимущества, а где его архитектурные ограничения становятся узким местом и предпочтительнее выбирать другие решения.

Привет! Меня зовут Евгений Шаламов, я продакт-менеджер в Битрикс24 и отвечаю за мобильное направление. В нашем основном продукте, в веб и десктопной версиях, реализованы десятки инструментов и сценариев, но весь этот масштаб сложно уместить в мобильный интерфейс. Да и сценарии работы в веб и на мобильном устройстве сильно отличаются. Поэтому мы актуализировали мобильное приложение и сделали из него рабочий инструмент, удобный для многих пользователей.

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

Вспомните, как вы онбордили аналитика: показывали данные, примеры рабочих SQL, неочевидные легаси и костыли — и через какое-то время он начинал перформить самостоятельно.

Чтобы научить AI-агента — нужно пройти ровно те же шаги, только вместо недель, на обучения потратятся часы, а в результате большая часть рутины аналитика будет автоматизирована.

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

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

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

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

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

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

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

Глава 1. Постановка задачи

Однажды меня вызвали на разговор и поставили задачу: помочь ИТ-подразделению московского филиала международного финансового института отделиться от «материнской» компании.

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

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

Формально задача выглядела просто: в нужный день рубим кабель, режем трафик на firewall — и всё, офис независим.

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