Глава 4: backend on NextJS === НЕ НАДО ДЯДЯ

Практически каждый человек, изучающий next js, наталкивался на какую-нибудь проблему, связанную с некстом и обращался к ютубна фронте, но и на у за поиском ее решения. Часть этих людей наверняка наталкивалась на видео (вставьте имя почти что любого зарубежного контент мейкера по программированию), который создавал какой-нибудь прикольный Фулл стек проект на нексте.

И вот ты наблюдаешь за этим видео, вроде все выглядит прикольно, начинаешь возможно делать что-то подобное и ТУТ у тебя должен возникнуть вопрос - а все ли нормально с решением использования некста на бэке?

Что обычно инвесторы рекомендуют делать со своими финансами? Не хранить все в одной корзине. А что происходит, если мы используем некст (который себя изначально позиционировал как апгрейд реакта) на бэке? Вопрос остаётся открытым. Почему в Европе и США так сильно рекламируют некст на бэке? Возможно ради хайпа, возможно ради рекламы, но я что-то сомневаюсь, что они используют такой подход в боевых условиях.

Понятное дело, что никто не может запретить другому человеку кодить так, как ему захочется, спору нет. Хочешь бэк на нексте - пожалуйста, только потом не жалуйся, что у тебя проблемы с проектом, если в нем много динамики. А что по поводу читаемости кода? Ты же пишешь код не на эльфийском, не правда ли?

Я даже согласен с тем, что иногда такой подход может работать. Ну, например, если ты делаешь несерьёзный проект, просто ради прикола. Но ты же серьезный гигачад, который стремится стать лучшим, верно? Так я и думал.

Мысль: не нужно использовать next js на бэке, особенно если у тебя очень много динамики в приложении. Ну правда, ты просто потратишь много сил и нервов на эту затею...

#react #next #nextjs #debil

Глава 4: backend on NextJS === НЕ НАДО ДЯДЯ | Сетка — социальная сеть от hh.ru