Маленькое эссе о техдолге
Ко мне тут пришло одно уважаемое айтишное издание и попросило комментарий на тему технического долга . Как бы, сразу возникают два вопроса. Вопрос номер раз — им это зачем? И вопрос номер два — а я тут при чем? (есть люди, которые гораздо лучше в теме разбираются). Но как-то они сами не сказали. А я как-то не спросил…
Маленькое эссе о техдолге
Ко мне тут пришло одно уважаемое айтишное издание и попросило комментарий на тему технического долга . Как бы, сразу возникают два вопроса. Вопрос номер раз — им это зачем? И вопрос номер два — а я тут при чем? (есть люди, которые гораздо лучше в теме разбираются). Но как-то они сами не сказали. А я как-то не спросил…
Все почти готово — осталось лишь чуть-чуть доделать
Эпохе LLM, обзоров от Gartner и вайбкодинга для MVP проектов от кодинг агентов посвящается. Вспомнил несколько случаев из своего опыта. В стародавние времена прошел я собеседование в одну ИТ компанию, которая делала информационную систему для поликлиник в нескольких регионах страны. Это место работы я даже не упоминал в своем резюме потом. Когда я спрашивал о текущем этапе проекта у директора, он "зуб давал", что там все почти готово, лишь осталось чуть-чуть доделать косметические правки за пару недель, а потом нанять команду, которую я буду возглавлять. На следующий день я вышел на новое рабочее место. Первые полдня получал доступы к Bamboo, Confluence, Jira и системе контроля версий, где лежал код проекта. Каково же было мое удивление, когда я наконец увидел исходники проекта, который до меня разрабатывали почти год. Мне до сдачи проекта заказчику и найма команды оставалось меньше месяца…
https://habr.com/ru/articles/934436/
#Agentic_Coding #хрупкая_архитектура #технический_долг #масштабирование_бизнеса #недооценка_объема_работ #плошка_риса #llm #llmагент
Ваш сайт теряет пользователей прямо сейчас. Виноват один символ: '+' в email
Привет, Хабр! Представьте ситуацию: вы нашли крутой сервис, регистрируетесь, вводите свой email my.name+coolservice@gmail.com (ведь вы, как и я, любите порядок во входящих) и… получаете ошибку «Некорректный email». Знакомо? Уверен, что да. Каждый раз, когда я сталкиваюсь с таким, у меня дергается глаз. Это не просто мелкий баг. Это симптом глубокой проблемы в подходе к разработке и непонимания базовых стандартов. Давайте раз и навсегда разберемся, почему сервисы не принимают почту с «плюсом», почему это плохо для бизнеса и, главное, как это исправить.
https://habr.com/ru/articles/930160/
#email #валидация #баг #тестирование #разработка #user_experience #qa #regex #технический_долг #rfc_5322
Техдолг: симптомы, диагностика и лечение
Бывает, что в команде начинает что-то идти не так: увеличивается количество факапов, разработчики начинают увольняться, задачи делаются месяцами годами. Часть этих проблем может уходить корнями в накопленный техдолг. В этой статье я хочу поделиться опытом организации работы по устранению техдолга в нескольких командах, в которых я побывал за 7 лет своей работы в Контуре. Продукты были разные: от стартапа и бурно развивающегося гиганта, до сервиса, переживающего не лучшие времена. Каждый раз приходя в новую команду, я находился в растерянности и не понимал, за что бы взяться, чтобы начать менять удручающую ситуацию с техдолгом. Поэтому я решил собрать свои подходы в понятный план действий, который, конечно же, неидеален, но точно поможет вам начать работать с проблемами.
Системное мышление: когда разработчик становится архитектором
Что отличает архитектора от кодера? Не должность, не титул, не стаж. Ответ - в мышлении. В том, кто видит систему целиком, предвидит цепные последствия и способен сказать "нет" быстрому решению, которое отравит код через полгода. Эта статья - честное и местами болезненное размышление о системном мышлении, архитектуре и точке невозврата, после которой разработчик уже не может смотреть на код по-старому.
https://habr.com/ru/articles/925354/
#технический_долг #архитектура #паттерны_проектирования #рефакторинг #контракты #redis #cicd #openapi #backend #кодирование
#Радиоактивный техдолг: Почему мы потеряли инженера-архитектора и как вернуть его в эпоху тикетов
DevOps съел архитектора? Как тикеты убили системное мышление Вы узнаете: 🔻 Почему техдолг - не баг, а финансовый дериватив (модель ΔProfit = -€14.3M ) 🔻 3 реальных коллапса: AWS S3, Facebook DNS, Cloudflare BGP - и что их объединяет 🔻 Как техлиду внедрить архитектурный фаервол без ссор с продактом (практика Netflix/Google) 🔻 Почему "карта глубины" важнее KPI релизов (и где взять 15% времени на рефакторинг) "Когда стоимость ошибки падает - исчезает инженер. Но щелчок предохранителя всегда громче, чем тикет"
https://habr.com/ru/articles/924964/
#devops #архитектура #разработка #технический_долг #тикеты_в_jira #рефакторинг #инженерия
ИИ-обзор источников по теме технического долга
С AGI не баловался только ленивый. О TD не писал только очень ленивый. На момент конца ноября 2022 года интернет содержал более 60 "статей" как нам тяжело жить и банкротиться. Из них меньше десятка на русскоязычных ресурсах. Тогда я хотел сделать анализ всех этих статей "ручками", в итоге пытаюсь закрыть гешефт нелениво, напрягая мозжечок alice.yandex и sber.giga.chat
Архитектурное банкротство: как технический долг убивает проект
Привет! Меня зовут Дмитрий Березницкий, я больше 25 лет работаю в разработке ПО. За это время видел, как одни команды росли и с лёгкостью внедряли новые фичи, а другие — всё больше погружались в хаос, где любое изменение требует недели усилий и проверки «на авось». Причина почти всегда одна — технический долг. Сегодня я расскажу, что это такое на практике, как его распознать, почему он опаснее, чем кажется, и какие шаги реально помогают. Технический долг — это не просто неряшливый код. Это системная проблема, накапливающаяся из множества компромиссов, спешки, недостаточной инженерной культуры и отсутствия стратегического планирования. Поначалу всё кажется безобидным: «перепишем позже», «временное решение», «не до этого сейчас». Но потом проект буквально перестаёт двигаться. И если долго игнорировать эти сигналы — наступает архитектурное банкротство. Это тот момент, когда изменить что-либо в системе уже практически невозможно: любое движение вызывает каскад непредсказуемых ошибок, а разработчики постепенно теряют мотивацию. По данным Stripe, около 42% времени разработчиков уходит на поддержку некачественного кода. А компании, у которых технический долг под контролем, по данным McKinsey, растут на 20% быстрее. Это подтверждают и мои наблюдения: чем здоровее архитектура — тем быстрее команда реализует новые идеи и меньше выгорает. Существует распространённое, но опасное упрощение: мол, технический долг — это просто код, который нужно переписать. На деле это больше похоже на финансовую задолженность. Как сказал Уорд Каннингем, автор концепции: «Каждая минута, потраченная на не совсем правильный код — это проценты по долгу». Проблема в том, что в отличие от ипотеки, технический долг не приходит со счётом в конце месяца. Он накапливается незаметно — до момента, когда становится слишком поздно.
Скрытые языки: как инженеры передают информацию внутри команды, избегая документации
Технические команды часто избегают лишней документации, но информация всё равно каким-то образом передаётся, сохраняется и развивается. В этой статье — попытка разобрать скрытые механизмы общения внутри инженерных команд: как выстраиваются негласные соглашения, каким образом рождаются "внутренние диалекты" и зачем вообще всё это, если есть JIRA, Confluence и куча других инструментов. Много примеров, блоков кода на разных языках и немного личного опыта.
https://habr.com/ru/articles/913672/
#командная_работа #инженерия #документация #технический_долг #внутренний_язык #соглашения #архитектура #код_как_коммуникация #ментальные_модели
Habr 25+
Habr
