Если добавление новой функции ощущается как операция на открытом сердце над кодом, проблема не в ошибках, а в структуре. В этой статье показано, как улучшенная архитектура снижает риски, ускоряет изменения и способствует бесперебойной работе команд.
Делиться
Вам знакомо это чувство: ваш код работает, но уверенность в его работоспособности низка, поэтому вы не решаетесь его трогать. Добавление новой функции означает проведение «операции на открытом сердце» над приложением, модификацию существующей бизнес-логики вместо расширения системы. Со временем стоимость изменений постоянно растет.
Вам это кажется знакомым?
- Внесение изменений кажется рискованным, потому что вы опасаетесь, что модификация кода может вызвать непредвиденные побочные эффекты.
- Вы тратите много времени на пролистывание больших файлов, поиск или понимание кода.
- У вас есть функции, которые «делают всё» и имеют более 10 параметров.
- Тесты либо пропускаются, либо требуют создания базы данных, ручной подготовки записей и последующей очистки.
- Маршруты FastAPI, которые формируют SQL-запросы.
Приложение, возможно, всё ещё приносит пользу, но кажется хрупким. Структура неясна, обязанности размыты, а небольшие изменения обходятся непропорционально дорого.
Если это вам близко, то этот пост для вас.
Источник: towardsdatascience.com
