Архив рубрики ‘рефакторинг’

Когда онбординг длится 2 месяца: день 3 — проследить главный поток данных

Вступление Рано или поздно сложную систему приходится объяснять человеку со стороны: новому разработчику, техлиду, архитектору или ревьюеру. И тут часто начинается боль: репозитории уже показали, основные сущности вроде бы объяснили, но всё ещё непонятно, как данные проходят через систему. В этой части я покажу, как сделать первое погружение в код наменее болезненным: выбрать один главный […]

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

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

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

Привет! Мы команда SimpleOne SDLC — продукта, который помогает командам выстраивать процессы разработки. За несколько лет мы насмотрелись на одну и ту же сцену: техлид объясняет, почему простая фича делается три недели — и проигрывает этот разговор. Но почему? Бизнес не понимает «легаси-слой авторизации», зато он очень хорошо понимает, когда теряет деньги. В этой статье […]

Между нами SLA: как бизнесу и поддержке договориться до первого инцидента

Разбор SLA от человека, которого подключают, когда сайт недоступен, заказы не проходят, а в чатах уже ищут виноватых. Рассказываю, как SLA помогает без лишних споров переживать такие моменты.  Меня зовут Эдуард, я руковожу отделом DevOps и отвечаю за сопровождение проектов по SLA 24/7. Хочу разобрать частую боль команд поддержки. Пока сервис работает стабильно, кажется, что […]

AI-Driven подход «Harness Engineering»: наступившее будущее или лишь метод с ограничениями?

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

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

Открыл MR на ревью. 847 строк. Тесты зелёные. Линтер чистый. Покрытие 91%. Одобрил. Через два дня — баг на проде. Webhook от платёжки возвращал 500 на определённой комбинации параметров. Полез разбираться. Смотрю в код и понимаю: я не помню, почему тут именно такая логика. Открыл git blame. Коммит мой. Ну, формально мой — Claude написал, […]

Техдолг как невидимый налог: почему бизнес платит за него дважды, но не знает об этом

Разработчик приходит к руководству и говорит: «Нам нужен рефакторинг». Руководство слышит: «Мы хотим потратить деньги и ничего не выпустить». Дальше — тишина, новый спринт с новыми фичами и ещё один слой технического долга сверху. Райан Гослинг изучает git-логи

Идеальный Open Source проект, что ты такое?

Недавно узнал, что существуют конкурсы Open Source кода, где ранжируют проекты (совокупное количество баллов) по общему представлению и соответствию хороших практик. В общем, этот пост — это аккумулированные комментарии/критерии экспертов идеального открытого кода без воды. Полезно тем, кто: Не знаком с бест практикам. Просто хотел бы узнать какие могут быть критерии таких конкурсов. Кто хочет […]

Нет времени на тесты — через неделю релиз

Меня зовут Тимофей, я руководитель отдела разработки kkube. В этой статье я хочу поделиться с вами своими мыслями об автотестах. Коротко пройдёмся по темам: Тесты — это для «правильных айтишников» или действительно необходимая вещь? Как быть с тестами в условиях дефицита бюджета и времени? Почему разработчики сами саботируют тесты — и даже не замечают этого? […]

От Фаулера до продакшена: как в небольшой компании выращивают качественный код

Если ты в чем-то и виноват, Билли, так в том, что не встретил хороших людей… (c) к/ф Человека с бульвара Капуцинов Недавно наткнулся на статью о том, почему хорошие разработчики пишут плохой код в больших компаниях

123