🚀 Синдром второго проекта: когда хочешь сделать идеально и ломаешь всё

Когда я писал свой первый проект — WMS-систему, я был джуном, но думал, что уже умею всё. Кодил быстро, без оглядки на «правильность», просто чтобы оно работало. И, о чудо, оно реально работало!

Но потом пришёл второй проект — Масштаб, и тут началось…

🔥 Как я сам загнал себя в ловушку

Синдром второго проекта — это когда ты больше не новичок, но ещё и не сеньор. Ты уже знаешь кучу крутых штук и пытаешься впихнуть их все сразу, вместо того чтобы сделать просто.

Я решил:

✅ Микросервисы — потому что масштабируемость же!

✅ Чистая архитектура — потому что так правильно!

✅ Сложные паттерны — потому что я теперь не джун!

В результате:

🚨 Проект тормозил из-за ненужной сложности

🚨 Время уходило на настройку, а не на фичи

🚨 Чем больше я усложнял, тем медленнее всё двигалось

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

💡 Главный урок

🔹 MVP должен быть простым. Никто не знает, что выстрелит, поэтому в начале важнее скорость.

🔹 Сложность не равно качество. Архитектура должна решать проблемы, а не создавать их.

🔹 Делай, как джун, а потом рефакторь, как сеньор.

Теперь я перед каждым решением спрашиваю себя:

«Я действительно это нужно, или я просто хочу показать, что уже настоящий разработчик?» 😅