#техдолг — Public Fediverse posts

От хаоса к порядку: как управлять техническим долгом с помощью ИИ

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

https://habr.com/ru/companies/sovcombank_technologies/articles/1097382/

#разработка #рефакторинг #ии #ai #fsd #техдолг #скиллы #agentsmd

Крупная сеть пиццерий. Три сбоя. Один цикл. Сколько он съедает в EBITDA

Крупная сеть пиццерий. Международный отель. Сеть фастфуда. Три официально озвученных крупных сбоя за последние два года, а сколько их не вынесенных в СМИ произошло за эти же 2 года? Не три случайности — это стадии одного, повторяющегося из раза в раз, универсального для сегмента ИТ цикла . Он не зависит от отрасли — рестораны, отели, логистика, EdTech, банки, не зависит от размера компании или холдинга — от $30 млн до $1 млрд+, равно как не зависит и от страны. И никто его не останавливает? Что происходит. 1. Бизнес растёт. Скорость критична. Шеф требует проверку гипотезы к пятнице. ИТ отвечает как может: быстро, на коленке, без архитектуры. Работает? Да. Сейчас внедрим в продукт (накатим). McDonald's. 15 марта 2024. 12 часов глобального сбоя. «Конфигурационное изменение». Не кибератака. Просто рост без архитектуры, и как следствие — долг не исчезает, он накапливается до критической массы. 2. Кадровый голод. На рынке много ИТ‑шников, но тех, кто создавал систему, — уже нет: сбежали, выдавили, расстались по «совместному решению». Остались «мишки на велосипеде» — те, кто научен нажимать кнопки, но не строить архитектуру или эволюционировать, плюс кто‑то из старых адаптировался, заглушив в себе потребность создавать. Hilton. 2024. Утечка через Otelier. 7.8 ТБ данных. 437 000 email. Причина — украденные учётные данные Atlassian. Подрядчик, у которого украли доступ. Когда архитекторов нет — доверяют подрядчику. Без контроля. Подрядчик = не контролируемый чёрный ящик. 3. Собственник в спешке ищет «спасателя» по рекомендациям. Внешний кризис‑менеджер дорог — но бизнес встал, выбора нет. Первая задача — реанимация, «должно хоть как‑то работать», чтобы не простаивать вообще. Правда реанимация не лечение — это отсрочка неизбежного финала, но костыли дают «кэш» и бизнес согласен. «Работает — не трогаем». Оттягивание, накопление и финал.

https://habr.com/ru/articles/1090570/

#EBITDA #Кризисменеджмент #ITинфраструктура #Сбои_или_отказоустойчивость #Техдолг #Управление_рисками #Антикризисное_управление #HoReCa

110 тестов, которые не проверяют код: как заставить документацию падать вместе со сборкой

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

https://habr.com/ru/articles/1083278/

#go #golang #тестирование #автотесты #документация #техдолг

Codebase Intelligence для агента: строим «dev tool будущего» и сразу тестируем на Rails монолите в 3,5M+ строк

Сгенерированная картинка для привлечения внимания. Промпт: «Продемонстрируй, что всё новое — это хорошо забытое старое» (нет) За последний год инструментов для агентной разработки стало столько, что в них легко потеряться: одни обещают сохранять контекст между сессиями, другие — «понимать» всю кодовую базу целиком, третьи — память, планирование и автономность в одном флаконе. На GitHub каждую неделю появляются репозитории с внушительным (и не всегда честно заработанным) числом звёзд, которые обещают всё и сразу, а на поверку оказываются README-проектами; другие честно работают на демо-репозитории и падают с OOM при первой же встрече с реальным энтерпрайз-проектом — и так далее, список можно продолжать долго. Осенью прошлого года я пользовался связкой Claude + RooCode + семантический поиск на Ollama , и это был мой основной рабочий инструмент — ровно до того момента, как связка перестала работать (об этом чуть ниже). Я решил полностью пересесть на Claude Code и начал искать замену семантическому индексу, но так её и не нашёл: альтернативы для меня просто не работали — на монолите в 3,5M+ строк они либо индексировались часами, либо требовали отдать код в облако (и заплатить немалую сумму за эмбеддинги!!!), либо поддерживали Ruby, мягко говоря, номинально. В итоге я принял непростое для себя решение сделать собственный инструмент — начав с форка простого движка семантического поиска на Ollama + Qdrant — и, что характерно, сделал: полностью локальный, чтобы ни код, ни его производные (индекс, эмбеддинги, граф вызовов) никуда не уезжали. На сегодняшний день на него ушло больше полугода (и, честно признаюсь, не одна сотня чашек чая).

https://habr.com/ru/articles/1084028/

#coding_agents #MCP #семантический_поиск #RAG #Ruby_on_Rails #граф_вызовов #техдолг #Qdrant #Ollama #Codebase_Intellegence

ИИ поедает мидлов? Он бы съел и джунов, но их больше нет

Разбор нашумевшей статьи Флориана Херренгта и спор с ней. Он предлагает нанимать тех, кто хочет разбираться в коде. Я покажу на своих данных, почему одного этого мало: желание понимать не помогает, если инструмент показывает неправду. Плюс рыночные цифры, из которых видно, что у нас всё сложнее, чем на Западе.

https://habr.com/ru/companies/haulmont/articles/1082286/

#грейды #статья #jmix #ииагенты #техдолг #рынок_труда #генерация_кода

Укрощение зоопарка сервисов: как системный подход одной команды повышает надёжность и скорость разработки

Как определить, на чём сфокусироваться, если в компании множество вызовов: техдолг, неоптимальная архитектура и проблемы надёжности? Привет, Хабр! Я — Иван Нещадин , работаю тимлидом в компании Авито . Сейчас я руковожу двумя командами Arch и Bridge. В этой статье по мотивам доклада для TeamLeadConf я расскажу, как в Авито мы создали SWAT-команду, которая быстро решает самые проблемные задачи и живёт между миров платформы и продукта. Также подробно опишу, как снижаем хаос в архитектуре и улучшаем надёжность. Это материал будет полезен всем, чья компания доросла до большой архитектуры и её качество стало сложно контролировать. Он основан на личном практическом опыте и описывает задачи, с которыми мы сталкивались и решали.

https://habr.com/ru/companies/avito/articles/1080498/

#management #goals #okr #SWATкоманда #техдолг #архитектурный_долг #надёжность_сервисов #error_budget #тимлид

Работает, но не готово: definition of done для ИИ-систем

Открыл список своих ИИ-проектов за два года и не смог ответить, готов ли хоть один. Не «работает ли», работают все три, а именно готов: так, чтобы уйти в отпуск на месяц и не думать. Оказалось, проблема не в дисциплине, а в определении: к ИИ-системам мы применяем definition of done от обычного софта, где готово значит работает во всех случаях. Для вероятностной системы это гарантия вечной беты. Внутри: чек-лист готовности из девяти вопросов, разбор трёх моих живых проектов по нему (все три красные, и ни один не сломан), сквозные паттерны провалов и что я после этого поменял у себя.

https://habr.com/ru/articles/1079202/

#definition_of_done #LLM #evals #нейросети #управление_разработкой #техдолг

Техдолг после AI Coding? А у вас выстроены процессы?

Мне казалось, что проблемы неконтролируемого техдолга и потери знаний о проекте командой уже решены (середина 2026 на дворе!), но нет. В этой статье разбираю эти проблемы на основе своего практического опыта работы с AI Coding.

https://habr.com/ru/articles/1073124/

#техдолг #вайбкодинг #ai_coding

Переезд с ESB на свой стек: что реально экономит бизнес

Разбираем систему управления транспортом — TMS. Заказы приезжают из SAP, под них подбираются водитель и машина с учётом требований, рейс идёт по точкам с временными окнами, на точках чек-листы, при выдаче и возврате машины — акты с фиксацией повреждений. Сверху поток GPS в партиционированные таблицы, отслеживание рейсов и мест, мобильное приложение водителя и публичный контур, где клиент видит свою доставку. Пятнадцать модулей, три ноды за балансировщиком, RabbitMQ и Kafka по три ноды, Redis, PostgreSQL, отдельный сервер идентичности. Систему стали писать, когда TMS покупали как услугу у внешних поставщиков и риски выросли: собственная разработка оказалась способом вернуть управляемость ключевым процессом. И написали быстро — системе год и четыре месяца , первый коммит в апреле 2025-го. Это не легаси из нулевых, а молодой проект, который уже успел обзавестись инфраструктурным слоем и уже начал его разбирать. Команда была ....

https://habr.com/ru/articles/1064692/

#миграция #ESB #WSO2 #рефакторинг #техдолг #интеграция #NET #архитектура #стоимость_разработки #легаси

Сколько стоит интеграционный слой на WSO2 MI и EF Core: разбор реальной системы по строкам

Разбираем систему управления транспортом — TMS. Не игрушечную и не с конференции: заказы приезжают из SAP, под них подбираются водитель и машина с учётом требований к транспорту и к точкам, рейс идёт по точкам с временными окнами, на точках — чек-листы, при выдаче и возврате машины составляются акты с фиксацией повреждений. Сверху — поток GPS-координат в партиционированные таблицы, отслеживание рейсов, мест и контрагентов, определение присутствия по WiFi. Плюс мобильное приложение водителя и публичный контур, где клиент видит, где его доставка. Пятнадцать модулей, три ноды за балансировщиком, RabbitMQ и Kafka по три ноды, Redis, PostgreSQL, отдельный сервер идентичности. Зачем её вообще стали писать. TMS покупали как услугу у внешних поставщиков, и риски выросли. Это стоит развернуть, потому что решение принималось не по техническим мотивам. Когда ключевой процесс компании работает на внешнем сервисе, риск считается деньгами: простой, на который вы не влияете; сроки исправлений, которые определяет не ваш приоритет; зависимость от одного поставщика при смене условий. Пока риск невелик, покупать дешевле, чем строить. Когда он вырастает — арифметика переворачивается, и собственная разработка становится способом вернуть управляемость, а не способом сэкономить. Систему забрали себе. И вот главное ...

https://habr.com/ru/articles/1064688/

#интеграция #ESB #WSO2 #Entity_Framework #легаси #стоимость_разработки #техдолг #NET #архитектура #миграция

Код — это только 14% техдолга. Откуда берется все остальное?

Техдолг приносит бизнесу (а нередко и самим айтишникам) ощутимые потери. Например, по данным McKinsey, он отъедает порядка 40% ИТ-бюджета . И время тоже — по оценкам исследования CAST , уровень глобального техдолг вырос настолько, что суммарное время на его исправление оценивается в 61 млрд рабочих дней — и это еще довольно консервативная цифра. Однако техдолг — это не всегда про TODO в комментариях и паутинку из костылей. Да и вообще не всегда про код — внушительная его часть появляется еще до написания первой строки. В этой статье разберемся, что это за зверь такой, можно ли с ним разобраться или хотя бы укротить. Погнали!

https://habr.com/ru/companies/ispsystem/articles/1057844/

#техдолг #разработка #программирование

Иннерсорсинг в Островке: как мы перестали ждать чужой бэклог и ускорили delivery на несколько кварталов

Знакомая ситуация: вашей команде нужна фича в чужом сервисе, вы ставите задачу — и ждёте. Неделю, месяц, квартал. Потому что у того сервиса свои приоритеты и свой ограниченный ресурс. А ваш продукт стоит. В Островке мы столкнулись с этим в масштабе: сразу несколько продуктов зависели от одного большого внутреннего сервиса, который физически не мог обработать все запросы. Решением стал иннерсорсинг — подход, при котором команда сама пишет нужный ей код в чужом репозитории . За два года в одной из наших команд через иннерсорсинг прошли 22 проекта разного объёма. Часть задач, которые раньше могли ждать несколько кварталов в чужом бэклоге, теперь удаётся доводить до релиза за один квартал. Взаимодействие с принимающим сервисом стало предсказуемее: появились понятные правила, зоны ответственности и точки синхронизации. Под катом рассказываем, как у нас устроен иннерсорсинг: какие правила мы зафиксировали, где столкнулись с проблемами и что стоит предусмотреть перед запуском такого процесса. Статья может быть полезна тимлидам, чьи команды зависят от других сервисов; разработчикам, которым предстоит иннерсорсить; и руководителям, которые ищут способ ускорить кросс-командное взаимодействие без дополнительного найма.

https://habr.com/ru/companies/ostrovok/articles/1049140/

#иннерсорсинг #innersource #delivery #code_review #ownership #продуктовая_разработка #техдолг

Сколько стоит ваш техдолг: методики, цифры, российская специфика

Представьте: вы наконец посчитали, сколько денег утекает из дома через плохую теплоизоляцию. Пришли к владельцу с цифрой в 200 тысяч в год на отоплении. Он посмотрел, кивнул и сказал: «Ну окей, запишем в убытки». Примерно так выглядит разговор про техдолг с бизнесом. Пока это «у нас легаси» – руководство кивает и говорит «разберитесь», а стоит принести конкретные рубли вообще тему закрывают. Парадокс в том, что цифра без плана погашения – это не аргумент, а счёт, и на счёт без понятного ROI у CFO всегда один ответ: списать и забыть. Мы потратили какое-то время на то, чтобы разобраться, почему так происходит. В процессе нашли три методики, которыми на западе считают техдолг в деньгах – у каждой свои допущения, слепые пятна и сценарии, в которых она врёт. И отдельно поняли, что сама по себе цифра это только половина задачи. Вторая половина упаковка, без которой CFO скажет «спишем» при любой методике. Об этом и поговорим.

https://habr.com/ru/companies/simpleone/articles/1043538/

#технический_долг #техдолг #рефакторинг #управление_командой #легаси #cost_of_delay #метрики_разработки #тимлид #бюджет_на_разработку #SimpleOne_SDLC

«Где новые фичи?» — Как AI-миграция легаси вернет IT-бюджет бизнесу

Наверное, каждый, кто занимался эксплуатацией и развитием корпоративных систем, знает эту бесконечную претензию от бизнеса: «Мы столько тратим на IT – а результата ноль. Новых продуктов нет. Или они появляются мучительно медленно». И бизнес по-своему прав. Если из каждого рубля, потраченного на IT, менее 20 копеек уходит на то, что видит клиент – скорость появления новых продуктов будет именно такой, какая она есть - неудовлетворительной.

https://habr.com/ru/articles/1038146/

#Управление_IT #Legacy #AI #Миграция_кода #Банковские_технологии #Техдолг #AIагенты #DevOps #Рефакторинг #Цифровая_трансформация

Ваша кодовая база умрёт через 7 лет. Считаем на пальцах

Откройте свой git log за последний месяц. Посчитайте коммиты, начинающиеся со слов fix, hotfix, temp, workaround или (классика жанра) – //TODO: переписать нормально. Поздравляем, у вас уже работают проценты по техдолгу, которые вы пока не считали.

https://habr.com/ru/companies/simpleone/articles/1034560/

#технический_долг #техдолг #legacy #рефакторинг #aiкод #vibe_coding #mckinsey #управление_разработкой #архитектура_по #Knight_Capital

Техдолг = налог. Как перевести его в рубли и показать финдиру

Фича делалась 3 дня, теперь делается 3 недели. Как перевести техдолг в рубли и перестать проигрывать разговор с бизнесом.

https://habr.com/ru/companies/simpleone/articles/1033086/

#техдолг #технический_долг #рефакторинг #DORA #SonarQube #CodeScene #управление_разработкой #бюджет_на_разработку #метрики_кода

Бизнесу надо

Меня просто нечеловечески бесит, когда разработчики оправдывают собственную некомпетентность мантрой «бизнесу надо». Если программист любой степени квалификации, от стажёра — до принципала — использует в качестве аргумента в любой дискуссии фразу «бизнесу надо» — знайте, перед вами тупой самозванец, гоните его в шею. Звучит претенциозно? Давайте поясню!

https://habr.com/ru/articles/1030382/

#regression_estimation #техдолг

Технический долг в ИТ: главные причины и скрытые риски

С точки зрения инженера техдолг редко выглядит как одна большая проблема. Скорее как набор: временный сервис на старом Windows Server, который внезапно стал критичным; поддержка в рабочих чатах без нормальных SLA и приоритизации; bus factor = 1 по ключевой системе, где все держится на одном человеке; бэкапы, которые давно никто не поднимал в тесте. Пока все живет — это считается разумными компромиссами. До первого серьезного сбоя.

https://habr.com/ru/companies/alp_itsm/articles/1028054/

#технологический_долг #техдолг #управление_техническим_долгом #itsm #bus_factor #ит_аудит #alp_itsm

Скучный Рефакторинг: борьба с искушениями

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

https://habr.com/ru/articles/1025232/

#рефакторинг #legacy #монолит #микросервис #feature_flag #откат #неявный_контракт #unitтесты #Scala #техдолг

Код без автора

Открыл MR на ревью. 847 строк. Тесты зелёные. Линтер чистый. Не понимаю ни одной строчки. GitClear проанализировали 211 миллионов строк - и нашли проблему, которую не видно ни в каких метриках.

https://habr.com/ru/articles/1021068/

#AI #техдолг #comprehension_debt #code_review #качество_кода #рефакторинг #тесты

ИТ вам не завод: почему на разработку продукта всегда нужно «слишком много» времени

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

https://habr.com/ru/companies/simpleone/articles/1016728/

#продуктивность_разработчиков #doraметрики #метрики_разработки #DORA #управление_разработкой #техдолг #velocity #SDLC

ИИ — не панацея

Недавно мы с командой проанализировали инфополе Хабра и обнаружили, что эйфория от внедрения ИИ в разработку сменяется разочарованием, senior-разработчики тонут в ревью некачественного кода, а техдолг растет как снежный ком. Мы сами проходим через этот путь, внедряя GenAI в SimpleOne, и прекрасно понимаем вашу боль. Всем привет, я Артем Герасимов, владелец продукта SimpleOne SDLC. В этой статье я расскажу о реальных проблемах ИИ-генерации кода и о том, какие механизмы помогают нам с ними справляться.

https://habr.com/ru/companies/simpleone/articles/1012880/

#ИИагенты #техдолг #MCPпротокол #управление_контекстом #lowcode #GenAI #внедрение_ИИ #ревью_кода #качество_кода

Джуниоров больше не нанимают. Я собрал данные — и понял, что бомба рванёт через 3 года

Гарвард отследил 62 миллиона работников в 285 000 компаний. При внедрении AI найм джунов падает на 9-10% за полтора года. А ещё 30-50% разработчиков в исследовании METR отказались работать без AI - физически не смогли. Через 3 года эти два факта столкнутся.

https://habr.com/ru/articles/1010680/

#junior #AI #найм #кризис_разработчиков #вайбкодинг #техдолг #career

Поколение JSON: цена удобных абстракций и упадок культуры ресурсов

В 1988 году бортовой компьютер с памятью 128 КБ посадил космический корабль в шторм. Сегодня ваш смартфон с многоядерным процессором заикается при скролле списка контактов. Мы привыкли думать, что данные невесомы, а JSON – это «просто текст». В этой статье мы препарируем один обычный fetch-запрос и посчитаем его реальную цену: в байтах, миллисекундах и скрытых архитектурных издержках. Разберемся, почему мы стали «поколением JSON» и как вернуть себе инженерную осознанность в эпоху избыточности.

https://habr.com/ru/articles/1007800/

#json #производительность #архитектура #техдолг #фронтенд #бэкенд #Поколение_JSON #холивар

Я делаю инструменты, которыми реально пользуются. Вот как это устроено

Внутренние инструменты — это странный жанр. Ты не делаешь продукт для миллиона пользователей. Ты делаешь для двадцати человек, которые будут использовать это каждый день. И если облажалась — они скажут тебе об этом лично. Прямо на созвоне. Иногда с демонстрацией экрана, где всё сломано. Я занимаюсь этим несколько лет. Python, внутренние сервисы, утилиты, автоматизация. За это время появился довольно конкретный взгляд на то, как надо работать. Не из учебника, а через синяки.

https://habr.com/ru/articles/1006586/

#devtools #внутренняя_разработка #автоматизация #техдолг #рефакторинг

Юридический техдолг: как он появляется и почему его не видят

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

https://habr.com/ru/articles/1004044/

#техдолг #процессы #автоматизация #операционные_процессы #масштабирование #аналитика_процессов #управление_качеством

Технический долг vs сроки: баланс при разработке госреестра

Привет, я Андрей! Ну где ты был, ну открывай статью скорей :) За технической инфой я обращался к команде разработчиков, в том числе к backend-разработчику Сергею Колеватову. Он пояснил мне за все технические штуки, а я уже поведаю вам подробнее. В этот раз расскажу об опыте создания внутренней системы для госкомпании. Загвоздка, как всегда, была в сроках и ресурсах. А продукт нужен сразу порядочный. Готовый шаблон, Symfony Forms и «грязный» код. Выбор пал на скорость вместо качества — продукт запущен за 2 месяца, ноооо… мы получили «технический долг». Как к этому пришли и как решили проблему, расскажу прямо сейчас.

https://habr.com/ru/articles/987656/

#техдолг #технический_долг #рефакторинг #программирование #разработка #реестр #госкомпании #данные #календарь #symfony

Археология кода: что техдолг 2000-х говорит о безопасности регионального финтеха в 2026

HTML-фреймы из 1999 года, PHP, не получавший обновлений 15 лет, и localhost в публичном DNS — это не музей веб-технологий, а продакшен-среда российских банков в 2026 году. Мы проверили десятки региональных финучреждений и нашли не просто устаревший код, а системный кризис управляемости IT . В этой статье — разбор самых ярких «артефактов», анализ рисков и практический путь, как с этим работать, не ломая бизнес.

https://habr.com/ru/articles/982500/

#Устаревшие_технологии #финтех #банки #вебразработка #техдолг #фронтенд #бекенд #java #jquery #php

Управляем техдолгом, пока он не начал управлять нами

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

https://habr.com/ru/articles/963414/

#техдолг #планирование #приоритизация #управление_разработкой #разработка

Как пробить днище проекта техдолгом без смс и регистрации

Вот давайте начистоту. Открываешь ты такой таск, видишь кусок кода, написанный полгода назад, и твоя первая мысль - "Господи, какой идиот это писал?". Потом git blame показывает твое имя. Классика. Этот момент, когда ты встречаешься со своим техническим долгом лицом к лицу. В сети полно статей, где техдолг раскладывают по квадрантам, рисуют красивые графики и сыплют терминами, от которых хочется заснуть. Это все академическая чушь, которая почти всегда бесполезна в реальной разработке, когда у тебя дедлайн вчера, а продакт принес еще пачку "гениальных" идей с интеграцией единорогов прямо в UI. Эта статья - не очередная лекция. Это попытка поговорить о техдолге как о том, чем он и является - финансовом инструменте. Как кредитная карта с конским процентом и мелким шрифтом в договоре. Ты можешь использовать ее, чтобы выжить, но если потеряешь контроль - она сожрет тебя и твой проект.

https://habr.com/ru/articles/962916/

#IT #качество_кода #техдолг #техподдержка #backend #frontend #разработка #itинфраструктура #чистый_код #продукт