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

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

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

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

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

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

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

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

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

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

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

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

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

Код, который нас убивает

Дисклеймер: Эта статья — субъективное мнение, крик души и попытка облечь в слова накопленную усталость и разочарование. Она не претендует на истину в последней инстанции и не ставит целью предложить конкретные решения, но надеется привлечь внимание к тихой эпидемии выгорания в наших рядах. Автор не стремится никого обидеть или обвинить, а лишь хочет донести важность […]

Почему мы не даём инженерам делать «технические» задачи, и как это помогает бороться с техдолгом

Продукту Mindbox больше 15 лет, он всё это время активно развивается и сейчас обрабатывает миллионы бизнес-транзакций в минуту. В 2022-м году, в одной из команд у нас было 70+ нарушений SLA в месяц, legacy код на Windows-серверах, а ещё к нам регулярно приходили продакты и спрашивали: «Ребята, когда мы начнём делать новые фичи?» Сейчас 2025-й. […]

Как AI-агенты помогут достроить вашу Вавилонскую Башню

AI-агенты работают быстрее и не устают, а потому обходятся дешевле Попробовал я тут на днях Codex от OpenAI. Его релиз состоялся 16 мая 2025 года, т.е. два месяца назад.

Галопом по архитектуре. Часть 2. Архитектура с нуля

В прошлой части мы разобрали: что техническая реализация заметно влияет на успехи бизнеса, хоть и не очень критично; что из всех аспектов технической реализации наибольший вклад в успех вносит именно архитектура;

12