то только транспорт новый, бл остается тем же, а дто не переиспользуешь от рест, могут быть несовпадения частичные
Зачем отказываться от isEmail ? =)
Чтобы не завязываться сильно на декораторах, хз как дальше будет(все таки экспериментал), а также задержка, как и Ильшат подметил)
Та перестаньте если их даже выпилят что врят ли то все под коробочкой неста я думаю пофиксят )
А вот это одна из заблуждений в разработке) Нельзя завязываться на фрэймворки, ибо они никак не влияют по сути на бизнес логику) Типа в идеале, часть кода с бизнес логикой должна быть легко переносимой из 1 фреймворка в другой, если по простому))
Зависит от проекта если это мелкий какой то проектик то там даже ts не уверенн что нужен вообще я уже не говорю про декораторы и дженерики. Если это проект уже более серьезный от 2х человек то тут уже ts нужен если это проект уровня гугл условно говоря то там уже не берут сторонние решения и пилят все свое =)
Серьезность проекта мне кажется не зависит от кол-ва разрабов, но да, логика ясна, чем больше народу, тем больше страданий от отсутствия типизации),
Обсуждают сегодня