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

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

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

Мы подключились, чтобы превратить эту идею в технологию: векторизовали метаданные полумиллиона книг, обучили LLM и собрали гибридную систему, которая подбирает литературу по смыслу и контексту — даже если запрос звучит просто как «что-нибудь про путешествия во времени».

Рассказываю, как это было.

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

Что ж, попробуем в этом разобраться.

Меня зовут Костя Дубровин. Я веду канал про книги.

Продолжаем обучать Ивана Ивановича Воякс (он же Woyax) особенностям работы программистом MS Dynamics AX 2012 (и любые версии, включая D365 FO).

Эта часть посвящена трём важным и интересным вещам:

Научили Воякс путешествовать по системе и запрашивать необходимые ему для выполнения задач или для анализа объекты

Научили Воякс пользоваться перекрёстными ссылками

Сформировали концепцию того, как и в каком виде Воякс будет предлагать модифицировать код и объекты системы

Если вы когда-нибудь грузили в LLM список и просили выбрать лучшее или отсортировать — вы, скорее всего, получали посредственный результат. Я проверил это на 164 постах своего телеграм-канала, сравнив пять разных методов сортировки. Оказалось, что разница между «дёшево и плохо» и «дёшево и хорошо» — в правильном алгоритме, а не в модели.

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

Казалось бы, рынок AI-музыки уже окончательно поделен. С одной стороны у нас есть народный любимец Suno, а с другой - Udio, ставший выбором аудиофилов и тех, кто готов часами крутить ползунки настроек ради идеального звучания. Мы уже привыкли, что новые сервисы появляются чаще, чем JavaScript-фреймворки, и обычно проходим мимо очередной кнопки шедевра. Но тут мне в руки попала ссылка на Producer.ai. Я лениво кликнул, ожидая увидеть очередной стартап-однодневку, но в адресной строке мелькнуло предательское «?from-riffusion=true».

Стоп, тот самый Riffusion? Если вы в теме нейросетей дольше полугода, что в нашем безумном мире равносильно званию почетного ветерана, вы наверняка его помните. Это был тот самый дерзкий проект, который генерировал музыку, буквально рисуя её спектрограммы как картинки через Stable Diffusion. Это было странно, это было максимально гиково, и звучало это, честно говоря, как модем, который пытается напеть джаз после тяжелой смены. Но именно это было началом всего.

И вот они вернулись. Сменили уютное худи на дорогой корпоративный костюм, назвались солидно Producer.ai и явно метят в высшую лигу генеративного аудио. Сегодня мы разберемся, действительно ли дедушка выучил новые трюки и способен ли он тягаться с гигантами в 2025 году. А может, это просто попытка продать старую технологию в новой обертке тем, кто не умеет читать URL-адреса? Заваривайте чай и расчехляйте уши, даже если по ним, как и по моим, прошлось стадо медведей, ведь мы начинаем наш обзор.

Приятного чтения!

Привет! Меня зовут Никита Кречетов, я работаю в команде Datawave в юните DBA в Авито. В этой статье рассказываю, как мы перевели полторы тысячи инстансов Redis на Valkey Cluster, как отказались от ручного решардирования и что это дало разработчикам и бизнесу. Материал будет полезен инженерам, которые ищут практичный опыт миграции на новые базы данных.

Про агента, который сам пользуется LLM, как мы все. Показываем реализацию механики "осознанного обращения к LLM" (deliberate query) на основе оценки внутреннего состояния, в отличие от жестких пайплайнов типа ReAct или CoT.

Today we want to talk about choosing a DBMS for WMS not as a dry technical discussion, but as a strategic decision that determines the security, budget, and future flexibility of your business. This is not about "why PostgreSQL is technically better," but about why it has become the only safe, cost-effective, and future-proof solution for Russian warehouse systems in the new reality.

This is not just another database article. It is a roadmap for those who do not want to wake up one day with a paralyzed warehouse and multi-million fines due to a bad decision made yesterday. At INTEKEY we have gone this path deliberately, and today our WMS projects for the largest market players run on PostgreSQL. We know from experience where the pitfalls are and how to avoid them.

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

Сегодня в компании уже 150 человек. Выручка выросла в 150 раз — теперь это 1,5 млрд рублей в месяц. Мы заняли вторую позицию на рынке рекламных агентств-агрегатов, а я никогда не думал, что это возможно. Главное, люди по-прежнему хотят здесь работать — инициатива не угасла, да и качество продолжает радовать. Сейчас это может звучать закономерно, но на пути к результату я был вынужден переосмыслить буквально все, что знал об управлении командой. Ниже делюсь инсайтами и раскрываю подноготную нашего масштабирования.

60-70% поисковых запросов в 2026 году заканчиваются без клика — пользователи читают ответы ChatGPT, Perplexity или Gemini и закрывают вкладку. Классическая оптимизация сайта под поисковые системы больше не гарантирует видимость. Нужна GEO оптимизация — адаптация контента под генеративные движки искусственного интеллекта.

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

Для кого: разработчики, техдиректора, SEO-специалисты, которые видят падение трафика при стабильных позициях.

Время чтения: 10 минут. Результат: чек-лист действий на 30 дней.

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

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

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

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

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

В данной статье были проведены запуски JIT-бенчмарков под двоичными трансляторами из x86 в ARM Microsoft Prism Emulator, Apple Rosetta 2 и FEX Emulator. Также была проведена оценка влияния динамических модификаций кода на производительность двоичной трансляции.

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

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

Я выбрал Artix, кстати.

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

Пока IT-мир спорит о лицензиях на Open Source, в мире «больших финансов» пытаются провернуть эксплойт столетней давности. Американский инвестфонд Noble Capital подал иск в Федеральный суд округа Колумбия, требуя от Российской Федерации выплаты $225,8 млрд.

С помощью Python математически проследил эволюцию философских взглядов поэта на его творческом пути.

Ну что ж. Меня давно тут не было, но хочется вернуться в доброе и милое сообщество Хабра :-)
И тема для этого - актуальная во все времена.

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

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

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

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

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