👋Сижу, смотрю на дашборды мониторинга. Тишина. Первая часть января прошла без алертов.

Мои джуны сияют: «Смотрите, какой мы надежный код написали! Прод не упал!».
Ага, щас. Размечтались. Прод не упал не потому, что вы гении инженерии, а потому что вся страна две недели доедала оливье и смотрела сериалы, а не нагружала ваши кривые API.

Сегодня Старый Новый год.🔥 Отличный повод перестать верить в Деда Мороза и начать верить в технический долг.

Вы там спрашиваете: «Как исправить архитектуру, чтобы продукт развивался?».

Сразу предупреждаю: если ваша первая мысль - «Давайте всё перепишем с нуля на модном стеке», то дверь вон там.

Желание «переписать всё» - это не архитектурное решение. Это инфантилизм. Это признание того, что вам лень разбираться в легаси и бизнес-логике, накопленной годами. Вы хотите сжечь дом, потому что в подвале перегорела лампочка.

Архитектуру не «исправляют» кавалерийским наскоком. Её лечат долго и нудно.

Как это делается в реальном мире, а не во влажных мечтах:

1️⃣Диагноз перед операцией. Не лезьте в код, пока не обвешаетесь метриками. «Мне кажется, тут тормозит» - это к психологу. Мне нужны графики Latency, Error Rate и Throughput. Чиним только то, что реально болит у бизнеса, а не то, что «некрасиво написано».
2️⃣Паттерн «Душитель» (Strangler Fig). Заучите это. Мы не переписываем монолит. Мы строим рядом новую систему и по капле переводим туда трафик. Старый код умирает сам, от некроза, когда становится ненужным.
3️⃣Стоп-лосс на рефакторинг. Выделяйте 20% времени спринта на техдолг. Не больше. Если вы продадите бизнесу идею «мы на полгода уйдем в рефакторинг», через полгода у вас не будет ни рефакторинга, ни работы.

Короче. Хватит загадывать желания под бой курантов. Архитектура - это не магия, это дисциплина и умение работать с грязью, не утопая в ней.

За работу. Всех с наступившим 2026 годом. Давайте просыпаться и делать наши продукты лучше💯

#заметкинаполях

🤡Токсичный (it) архитектор🤡