Внутри каждого разработчика идет вечная борьба. С одной стороны — перфекционист, который хочет написать безупречную архитектуру. С другой — прагматик, который смотрит на дедлайн и понимает: запуск послезавтра 🥲

🧠 Постоянный голос в голове: этот компонент нужно переписать, тут переменная названа не очень красиво, лучше подождем пару дней и перейдем на новый фреймворк. И вот ты сидишь три часа, переписываешь то, что уже работает, просто потому что код стал чище.

А потом вспоминаешь про клиента. А клиенту, честно говоря, глубоко фиолетово, какой паттерн проектирования ты применил под капотом. Ему важно, чтобы кнопка «Купить» работала, форма отправляла заявки, а сайт не падал.

▶️ И вот тут начинается самое интересное. Перфекционизм — это не просто черта характера, это деньги.

💰Если я трачу лишний день на полировку невидимой архитектуры, этот день кто-то должен оплатить. Либо клиент переплачивает за «воздух», либо я сижу ночью бесплатно и выгораю. Идеальный код на старте — это роскошь, которую не может позволить себе ни один адекватный бизнес.

Поэтому я вывел для себя железное правило: «Сделанное лучше идеального».

Сначала мы делаем рабочий, надежный, но простой вариант. Запускаем 🚀 Собираем обратную связь. Если бизнес-гипотеза взлетела и проект будет жить годами — вот тогда я возвращаюсь и «причесываю» код. Если фича не зашла и от нее отказались через неделю — я рад, что не убил на нее 20 часов идеальной архитектуры.

🖲️ Технический долг — это норма. Это как кредит: взял быстро, чтобы бизнес стартовал, а потом спокойно выплачиваешь, когда пошла прибыль. Главное — не набрать их столько, чтобы проект рухнул.