готовым набором решений, ты просто собираешь их как конструктор и идешь решать бизнес задачу а не кодить что-то для того чтобы появился легаси фрейм в котором потом может кто-то не захочет разбираться
Систему с оверхедом из коробки ?
да , скорость разработки и экономия затрат на разработчиках просто выгоднее , всегда можно докупать пару серверов и забыть про оверхеды по затратам, тупо математика затрат будет другой
Думаю, до первого проекта с огромным тех долгом, командой в 100+ бекендеров и 300к уникальных пользователей в день
Я тогда не понимаю почему не взять в обычном смысле энтерпрайз язык, наподобие жабы/шарпа, мне самому нравится иногда посидеть с нестом, но понимаю что он смесь добра со злом, вроде есть DI, но IoC немного странно реализован. Возможно моей компетенции недостаточно что бы дать себе ответ на этот вопрос.
ты скорей в io будешь упиратся, чем в производительность. + скейлить апп никто не запрещал
он не странно он просто скопирован с ангуляра и чуток скоупами протюнен же
а с nest без покупки доп.серверов и не получится. огромный оверхед, который тянет фреймворк за собой, очень сильно влияет на перформанс. Плюс nest для монолитов, я не знаю, кто в своем уме пишет микросервисы на нем
на мой взгляд обвязка неста для микросервисов очень даже достойная
достойная по сравнению с чем?
мне например подход неста приятнее чем подход на спринге, во всяких го я вообще не видел ничего чтобы давало полноценно готовый подход
не знаю, может что-то сейчас и изменилось, но я лет как 5 ушел от nest сначала в moleculer, а потом в что-то наподобие архитектуры молекулера. Для себя бы ни в коем случае не стал писать микросервисы на nest, это огромная головная боль и есть юзкейсы, когда в итоге ничего не получится
Обсуждают сегодня