я сам просто в параметры конструктора кидаю зависимости.

а в вашем решении компилятор будет кидать ошибку если где-то несоответствие интерфейсов?

Одну статейку подкину, если найду. Каждый должен заниматься своим делом, несомненно. Но! Кто-то ведь должен собирать воедино работу нескольких таких узкопрофильных специалистов.

Только не одну из тех, которую я писал :)))

Сама «форма» через конструктор, инициализация – через внутренний метод класса. Это сложно для восприятия без лицезрения кода, знаю :) если интересно обсудить более детально – стучи в лс, может даже скооперируемся

Если из Киева – тем более. У меня дома кальян есть и я всегда рад провести вечер за чем-то полезным в компании единомышленников :) от карантина крыша едет, знаете ли :)

#давайтепослекарантина

Если ту статью писали вы – я крикну «бинго», проставлюсь пивом для всего чата и, возможно, подумаю о выходе на раннюю пенсию :)

Карантин карантином, но говно ведь само себя не напишет 🧐

Я возьму это на себя 😸

они были периодически появляются и пропадают. Еще в 2010м появился Geddy (ноду еще года не исполнилось, а писали его в Яммере, который тогда видным стартапом был), потом подтянулись Sails, Loopback, Total, Adonis, Nest и десятки-сотни других. Если погуглить Top 15 Node frameworks <год> и вставить туда любой года с 2013 до 2020, то повылезает реально много названий.

Но многие из них не дорастали до какой-то критичной массы популярности и дело глохло. На Node раньше бежали люди с Ruby, Python, Java и тд, которые устали от больших фреймворков у себя и не хотели на Ноде брать такое же большое.

Занимательно. Спасибо за инфу, я почитаю про упомянутые вами фрецмворки.

Убежать можно от многого, но не от того, что нужно кучу всего учесть, знать и вообще писать аккуратно и грамотно, от этого скрыться не выйдет

Нода - это сдувшаяся мечта о том, что можно написать хайлоад API на коленке

Всем добрый день. Начал обучаться по лекциям Тимура Шемсединова, не получается настроить окружение в подсистеме windows на linux, если у кого есть опыт подскажите пожалуйста.

Про Nest.

Я в этом году выбирал на чем делать проект. Какая база, какой бекенд и тд. В основном апи - это CRUD-операции для SPA и немного реалтайма по бокам. UI ожидает обычного REST апи с jwt. Я бы делал на куках, но хозяин-барин 😄

Остановился на Nest, TypeORM, Postgres.

Впечатления в целом положительные. Доки и Nest и TypeORM удовлетворительные, описаны основные сценарии, но шаг вправо, шаг влево и надо лезть в исходники. Это лучше, чем Экспресс, где для каждой задачи есть 10-15 мидлварь, и каждый готовит их по своему.

Из недостатков: заметил, что многие аддоны или не документированы совсем, или еле-еле. Авторы аддонов без руля как с их аддонами писать на Nest тесты. В результате проще все делать с E2E-тестами или выделять фрагменты логики в отдельные функции и тестить их.

В целом полет нормальный, я не жалею.

Пока что не рекомендую использовать его с не Postgres / MySQL. Поддержка MongoDB в TypeORM и поддержка не-TypeORM в Nest явно не на хорошем уровне.

👍

Параллельно тут в качестве Time Series базы пробую TimeScale - это модуль к Postgres. Поэтому все мои технологические риски сосредоточены там (+ виндовые сервера). Поэтому все остальное такое “скучное”

И ХЗ как Nest живет с GraphQL. Заказа на него от фронтендеров не было и пробовать я его не стал. По докам сложилось впечатление, что Nest - это в первую очередь про REST, а GraphQL где-то сбоку живет

> Пока что не рекомендую использовать его с не Postgres / MySQL.

Все ясно, дальше не читал..

Это критика Неста или моего мнения о нем?