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

Привет, я Павел Таланов из команды Yandex Infrastructure. Вместе с командой мы создаём SourceCraft — платформу для полного цикла разработки IT‑продуктов. Хочу рассказать о прикольной задаче на стыке бэкенда и IDE, которую мы решали, чтобы сделать ещё более удобную навигацию по коду в SourceCraft — когда индексация кода проходит с нужной скоростью, а подсказки и другие фичи навигации всегда готовы к открытию пул‑реквеста.

Расскажу про требования, которые мы выявили для поиска по коду, чуть‑чуть про предметную область, а также о том, какая архитектура индексации у нас в итоге получилась — и почему.

В конце 2025 года на рынке появились сразу несколько необычных мини-ПК. Есть все - от компактных NAS-устройств до мощных систем с процессорами Strix Halo и графикой RTX 5090. В подборке — пять свежих моделей, уже доступных или готовящихся к выходу. Каждая по-своему выделяется: одни делают ставку на ИИ, другие — на игры, третьи подходят для дома или личного облака.

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

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

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

Кажется, что оборачивать BigDecimal и String в отдельные классы — это overengineering и преждевременный DDD. Но именно из-за этих «лишних» типов в прод не пролезают посылки в ПВЗ, проценты внезапно превращаются из 0.8 в 80, а деньги теряют валюту и смысл. В статье на реальном примере логистики разбираем, как один небольшой record Weight и несколько аккуратных Value Object’ов наводят порядок в бизнес-логике: инварианты перестают жить в комментариях, проверки перестают дублироваться, а код начинает читаться как текст предметной области. Без внедрения полного DDD, без религиозного фанатизма — только практические шаги.

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

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

В этой статье я покажу, как относиться к LLM не как к "герою-одиночке", а как к команде ролей (аналитик, ресерчер, архитектор, разработчик, ревьюер, QA, техписатель, валидатор) и собрать полноценный AI-Driven Development (AIDD) процесс с понятными договорами и quality-гейтами на каждом шаге.

Это практический how-to: от минимальной версии до более строгого процесса с ролями, гейтами и интеграцией с CI. Все примеры - на базе Claude Code, но принципы подхода можно перенести и на другие инструменты (Cursor, Copilot, локальные агенты и т.п.).

Меня зовут Александр, я fullstack разработчик с 20+ годами опыта (php+js+golang и всякое по-мелочи). Количество мифов и заблуждений о разработке через ИИ превысило, на мой взгляд, все разумные пределы.

Я хотел бы порассуждать о причинах таких заблуждений.

Типичные заблуждения не-разработчиков звучат так:

Стабильность E2E-тестов: как добиться 100% успешных прогонов ?

Практика, проверенная на реальном проекте.

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

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

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

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

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

В этой подборке мы собрали книги последних лет об отечественных технологических компаниях. Сначала мы старались найти издания именно об ИТ-бизнесах и знаковых персонах этого рынка. Но потом решили, что стоит добавить в список книгу о международном онлайн-сервисе для заказа пассажирских и грузовых перевозок inDrive. Ей трудно отказать в технологичности. Все описанные издания вышли в свет в период с 2019 по 2025 год.

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

Раньше для этого можно было использовать только строку User‑Agent, которую браузер отправляет автоматически, но её избыточность и сложность парсинга стали сдерживать развитие веба. Client Hints предлагает другой подход: вместо того чтобы сразу раскрывать всю информацию, браузер передаёт только те данные, которые действительно нужны сайту.

На связи Степан из команды Яндекс Браузера. Сегодня поговорим о том, как мы переходим от устаревшего User‑Agent к современной технологии Client Hints. В статье разберём, почему User‑Agent стал проблемой, как работают хинты под капотом и какие перспективы у перехода на новую технологию.

Два года назад мы внедрили в работу UX-исследователей процесс оценки исследований по критериям качества. Подробнее об этом рассказывали в статье.

С тех пор мы доработали их и разработали критерии для оценки количественных исследований.

Привет, Хабр! Это Сергей Перевозчиков, основатель агентства контекстной рекламы «КонтекстЛаб». Что делать бизнесу, когда нужно наращивать продажи, а заявок из рекламы всё меньше, да ещё и стоимость привлечения растёт? Я вижу это постоянно: кампании не обучаются приводить нужных пользователей, а классические методы оптимизации только сливают бюджет.

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

Но для начала проясним — что такое микроконверсии и зачем они нужны бизнесу?

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

Как говорится, в споре рождается истина. И этот случай не стал исключением. Часто проектирую запросы, консультирую аналитиков, сама консультируюсь у разработчиков и заметила, что иногда мы по-разному понимаем некоторые аспекты REST. Когда я стала погружаться в тему, то материала набралось столько, что одной статьей не обойтись. Понимание мифов позволяет делать более осознанный выбор при проектировании.
С вами Дарья Борисова, системный аналитик из ПСБ, и я начинаю цикл статей «Мифы о REST».

История миниатюрного ноутбука Cassiopeia наглядно показывает, что производители компьютерного железа еще четверть века назад прекрасно осознавали потребность пользователей в компактных устройствах с «настольной» операционной системой на борту. И та самая Cassiopeia была далеко не первой попыткой создать компактный ноутбук: конечно же, они предпринимались и раньше. Одно из подобных устройств — AcerNote 300C, миниатюрная машина, которая, что удивительно, не получила широкого распространения и сейчас относится к категории коллекционных редкостей. Тем не менее, компьютер даже для своего времени был довольно необычным, и вот почему.

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

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

Рынок уходит от монолитных SPA и JavaScript-нагромождений. На первый план выходит Server-First, нативные возможности Web Platform и глубокая интеграция AI, который перестал быть игрушкой и стал полноценным усилителем, влияющим на разработку, дизайн и продакшен.

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

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

Многие компании в процессе своего развития успешно осваивают начальные этапы TOGAF ADM: формируют видение, разрабатывают целевые модели, создают планы переходов. Но настоящая ценность архитектуры рождается не на слайдах, а в ежедневной работе ИТ-команд. Именно здесь возникает критический разрыв: хорошие архитектурные артефакты остаются невостребованными, потому что непонятно, как их применять в реальных процессах разработки, тестирования и эксплуатации. Стратегические архитектурные решения (принципы, стандарты, целевые состояния) формализованы, но не оказывают реального влияния на операционную деятельность команд. Причина — отсутствие четких механизмов внедрения этих решений в рабочие процессы.

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

Как в 2ГИС/Яндекс.Картах/Google Maps аккуратно смещать камеру и маркер в “сцену” при нажатии, даже когда карта повернута: определить видимую область, проверить положение точки, вычислить сцену с учётом паддингов, при необходимости сдвинуть или центрировать маркер.

С математическими расчетами и картинками.

Инди‑разработчик одновременно пишет код, рисует иконки, настраивает аналитику и считает, хватит ли выручки, чтобы дожить до следующего релиза. В голове при этом орут шесть голосов — от художника‑перфекциониста до паникёра, который шипит: «не лезь в серяк, всё сломаешь». Недавно я это сполна почувствовал, когда на финальной прямой запуска моего расширения для Chrome под Европу Google заблокировал рекламный кабинет — весь запуск был заточен под поисковый трафик, и в один момент канал просто исчез.​