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

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

Привет, Хабр! Это — Ольга Чужинова и Марина Арпухович, UI/UX-дизайнеры в IBS. Возможно, это профессиональная деформация, но нам кажется, что дизайнерские подходы работают везде: от разработки приложений до проектирования больничных пространств. Ориентироваться на пользователя, работать в команде, тестировать идеи, мыслить системно и действовать последовательно — за этими простыми словами стоит глубокая методология, которая может изменить не только дизайн-процессы, но и саму культуру внутри компании.

Доброго времени суток, господа и дамы! Иногда у некоторых людей возникает желание заняться откровенным непотребством в программировании — то, что не несет практической пользы напрямую, но помогает развлечься. И я — не исключение. В этой статье я хочу рассказать вам о лайфхаках, трюках (магических и не очень), алгоритмах на языке C!

Идея написать эту статью зародилась из моего поста, после него я начал серию статей, которая раскрывала много интересных моментов — от математических алгоритмов и оптимизации до ГПСЧ.

Если вы видите на экране эту шестую часть нашей бесконечной саги о ненормальном программировании на C, значит, мы с вами прошли уже немало: от конвертации миль в километры через Фибоначчи до ГПСЧ и быстрых вычислений.

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

Добро пожаловать в шестую часть. Прошу под кат — там будет жарко, быстро и очень, очень интересно.

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

Мы много работаем с компаниями, которым необходимо использовать отечественное ПО для баз данных. В таких проектах часто уже есть инфраструктура на MS SQL Server, PostgreSQL или Oracle Database. Основной конфликт — требования регуляторов и высокая стоимость миграции логики приложений на другую СУБД.

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

Всем привет! Меня зовут Андрей, с Банки.ру я связан уже больше 14 лет, а сейчас руковожу командой Платформы и забочусь о гильдии девопсов.

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

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

Привет, Хабр! Меня зовут Илья Парамошин, я ведущий инженер в МТС Web Services. В первой части мой коллега Владимир Дробот рассказал, зачем нам понадобился ИИ‑помощник для техподдержки и почему мы выбрали архитектуру на RAG. В этой статье я раскрою техническую сторону и разберу, как мы собирали данные, выбирали эмбеддинги, настраивали поиск и какие подводные камни встретили на пути. Спойлер: без костылей не обошлось, но система работает в проде и ежедневно помогает нашим инженерам.

Привет, я Павел Таланов из команды 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, миниатюрная машина, которая, что удивительно, не получила широкого распространения и сейчас относится к категории коллекционных редкостей. Тем не менее, компьютер даже для своего времени был довольно необычным, и вот почему.