Глава 4: backend on NextJS === НЕ НАДО ДЯДЯ
Практически каждый человек, изучающий next js, наталкивался на какую-нибудь проблему, связанную с некстом и обращался к ютубна фронте, но и на у за поиском ее решения. Часть этих людей наверняка наталкивалась на видео (вставьте имя почти что любого зарубежного контент мейкера по программированию), который создавал какой-нибудь прикольный Фулл стек проект на нексте.
И вот ты наблюдаешь за этим видео, вроде все выглядит прикольно, начинаешь возможно делать что-то подобное и ТУТ у тебя должен возникнуть вопрос - а все ли нормально с решением использования некста на бэке?
Что обычно инвесторы рекомендуют делать со своими финансами? Не хранить все в одной корзине. А что происходит, если мы используем некст (который себя изначально позиционировал как апгрейд реакта) на бэке? Вопрос остаётся открытым. Почему в Европе и США так сильно рекламируют некст на бэке? Возможно ради хайпа, возможно ради рекламы, но я что-то сомневаюсь, что они используют такой подход в боевых условиях.
Понятное дело, что никто не может запретить другому человеку кодить так, как ему захочется, спору нет. Хочешь бэк на нексте - пожалуйста, только потом не жалуйся, что у тебя проблемы с проектом, если в нем много динамики. А что по поводу читаемости кода? Ты же пишешь код не на эльфийском, не правда ли?
Я даже согласен с тем, что иногда такой подход может работать. Ну, например, если ты делаешь несерьёзный проект, просто ради прикола. Но ты же серьезный гигачад, который стремится стать лучшим, верно? Так я и думал.
Мысль: не нужно использовать next js на бэке, особенно если у тебя очень много динамики в приложении. Ну правда, ты просто потратишь много сил и нервов на эту затею...
· 04.12
ну есть мелкие проекты где большой фронт и бэк на 2 эндпоинта так почему бы и не упростить? Согласен, для крупняка некст выглядит тухло, но если надо распарсить апи и записать в бд, чтобы потом данные отдать на фронт, то идея норм.
ответить
коммент удалён