Всем привет! Сегодня встретил видео моего любимого в начале пути блогера.
https://www.youtube.com/watch?v=6G_iwqpcf9o. Почему говнокод есть, и это благо.
Я как раз сейчас делаю курс по Архитектуре на платформу, и закладываю туда важную мысль.
"У любого архитектурного решения есть цель. И этой целью может быть написать плохой код ради скорости"
В этом ооочень большая разница между архитектурой и качеством кода.
Все книги, принципы, архитектурные паттерны, рассчитанные на поддержку, должны использовать только когда поддержка точно будет
Если вы пишете стартап, то важно уметь принимать архитектурные решения, которые ускоряют разработку.
Это, например, может быть использование react-query вместо стейт менеджера. Использование монолита вместо микросервисов или использование next api роутов вместо полноценного сервера.
И такие решения – тоже Архитектура
Но есть одно но. MVP тоже нужно как-то написать. На моём опыте было 2 проекта, разработка которых захлебнулась в говне ещё до выхода MVP. Учитывайте это 🙂
https://www.youtube.com/watch?v=6G_iwqpcf9o. Почему говнокод есть, и это благо.
Я как раз сейчас делаю курс по Архитектуре на платформу, и закладываю туда важную мысль.
"У любого архитектурного решения есть цель. И этой целью может быть написать плохой код ради скорости"
В этом ооочень большая разница между архитектурой и качеством кода.
Все книги, принципы, архитектурные паттерны, рассчитанные на поддержку, должны использовать только когда поддержка точно будет
Если вы пишете стартап, то важно уметь принимать архитектурные решения, которые ускоряют разработку.
Это, например, может быть использование react-query вместо стейт менеджера. Использование монолита вместо микросервисов или использование next api роутов вместо полноценного сервера.
И такие решения – тоже Архитектура
Но есть одно но. MVP тоже нужно как-то написать. На моём опыте было 2 проекта, разработка которых захлебнулась в говне ещё до выхода MVP. Учитывайте это 🙂