🧘 Работает — не трогай! Почему это не шутка, а стратегия?

Это не баг — это фича.
Это не legacy — это проверенное временем решение.
Это не костыль — это стабилизатор боевого продакшена.

Примеры того, что реально лучше не трогать?

💻 Разработка

💾 Легаси-код, который никто не понимает, но он работает. И никто не хочет лезть.
🧱 Костыль, написанный 3 года назад. Он спас релиз — и до сих пор держит прод.
🚀 Скрипт деплоя, который просто запускается. Да, магия. Не трогай.
💥 Автомиграции БД, где «трогать» = риск падения всех инстансов.
🧩 Монолит, почти готовый к микросервисам… но давайте не сейчас.
⚙️ Конфиг nginx, который решает все проблемы. Но никто не знает, как.
🛣 Роутинг API, который работает с 2018 года. Пусть живёт.
🗃 Шардированная БД, которую трогать = звать DevOps в отпуске.
⏱ Крон-джобы, которые запускаются раз в год. Кто их писал — никто не знает.
📦 Вендорные библиотеки, которые не обновлялись 5 лет. Но ведь всё летает!

📈 Продукт и менеджмент

🧪 Старый A/B-тест, который все забыли выключить… но он растит конверсию.
🧰 Лендинг на WordPress, который был «временным», но приносит 80% лидов.
📤 Ручной экспорт CSV, который «вот-вот автоматизируем». С 2021 года.
📊 Google Sheets-дашборд, который стал source of truth всей компании.
📬 Рассылка через Outlook, которую «надо перенести в SendGrid». Три года назад.
👀 Ручная проверка KYC, потому что автоматизация «может что-то сломать».
📈 Excel-макрос, написанный бывшим сотрудником, но он держит всю финансовую отчётность.
🧭 Notion-планер, который работает лучше, чем дорогой таск-менеджер.
🧮 Счётчики в HTML с прошлого года, которые всё ещё собирают аналитику.

🤯 Почему «не трогать» — это нормально

Не каждый код требует срочного рефакторинга.
Если система стабильна — зачем ломать ради чистоты?
Не всегда есть ресурсы, чтобы «сделать правильно».
Переход на «новое и лучшее» может стать новым источником проблем и сделать только хуже.

🧨 Когда хотели как лучше, а получилось, как всегда!

Я видел это десятки раз.

🖼️ Во фронтенде

Сделали “современный” редизайн с анимациями и параллаксом — сайт стал тормозить, и конверсия упала на 30%.
Перешли с jQuery на “современный стек” — всё переписали, но упустили мелочи, и сломали половину логики.
Убрали “лишние” поля из формы, чтобы упростить UX — пользователи перестали понимать, что вводить.
Заменили кастомную кнопку на компонент из UI-библиотеки — и она перестала нормально работать в Safari.

🎯 В маркетинге и рекламе

Внесли “оптимизации” в рекламную кампанию — отключили ключевое объявление, и лидов стало в 2 раза меньше.
Переписали лендинг по рекомендациям гуру UX — и потеряли 40% регистраций.
Подключили “умные цели” в Google Ads — и внезапно выросла цена за конверсию.
Решили всё автоматизировать и отключили ручную вёрстку писем — и половина базы стала получать письма без контента, а читаемость упала на 50%.

Мораль? Иногда лучше «не трогать» — это не страх, а мудрость. Улучшать нужно с головой, не забывая про A/B-тесты, метрики и здравый смысл.

🚗 Проверено временем

Посмотрите на русские машины: Нива, и Буханка.

Их как начали выпускать в 70-х — так и продолжают, а они популярны и известны во всем мире. Потому что:

они ездят,
они не ломаются (почти),
а если и ломаются — то чинятся молотком,
Идеальны для бездорожья — там, где «крутые» внедорожники сдаются,
«Нива» и «Буханка» — как автомат Калашникова: старые, простые, но работают вечно,
Дешевле и надёжнее многих современных аналогов.

Вам кажется, что это смешно? Но люди голосуют рублем, и покупают эти автомобили во всем мире. Русская классика. Зачем менять то, что и так работает?

Вот и в проекте так же: иногда лучше оставить «буханку продакшена» в покое, чем пересаживаться на модный электросамокат, который ломается от первого дождя 😄

📌 Вывод

Идеальных решений не бывает.

А те, что уже работают — не всегда нужно чинить или улучшать.

Уважайте старые костыли. Обновляйте их, если готовы. Но не ломайте, если они ещё держат прод.

🧘 «Работает — не трогай» — не отмазка, а философия выживания.

Береги прод — и он сбережёт тебя.