не означает, что так НУЖНО делать. Для каждой задачи нужно выбирать правильные инструменты, и как раз js хорошо себя проявляет там, где не нужно городить сложностей, а нужно простые вещи писать просто, простым языком.
Например, что за дурацкая идея генерить структуру БД и SQL из js? Да еще и делать это руками дорогих (а джунов там не будет) программистов, умеющих в nest. Проект будет гораздо лучше работать, есть взять в команду на парт-тайм нормального скульщика, который правильно приготовит базу, напишет качественные хранимки для сложных запросов, а джисёры будут заниматься своим делом, и не выдумывать проблемы там, где их изначально не должно было быть. А когда сваяли вроде простой проект на nest, то выясняется, что и скульщику в этой говнобазе находиться неприятно, и мидл за 100 тыс/мес не может понять, как работают все эти биндинги-декораторы.
Из фронтенда (я долго позиционировал себя как senior react developer) такое же сравнение напрашивается между реактом и ангуляром. Реакт просто интуитивно понимается практически с первого взгляда, а в ангуляре без бутылки и мурзилки не вкуришь, что куда инжектится и откуда берется.
Имеет ли право на жизнь такой подход? Не мне судить, каждый сам для себя болото выбирает, но я всегда стараюсь не усложнять то, что можно написать просто.
Дело не в том, что может он или нет, а в том, что можно было написать сервис в сотню строк кода и вся цепочка любых данных легко прослеживается через ctrl-lclick, и это просто интуитивно. А тут зачем-то надо гадать, лезть в документацию, изобретать. Ради чего? Показать какой я крутой, как я умею? Что я знаю модные веяния? Самое главное в коде - это его сопровождаемость, и сопровождаемость кода на чистом экспрессе в разы лучше, чем на nest.
сопровождаемость кода на несте проще потому что удобнее писать ИТ, а в остальном одинаково и зависит от разраба и там и там будет одинаковое говно
Обсуждают сегодня