mvc название из GUI. по старинке
а более правильно было бы называть вебные mvc
Action-Domain-Responder
Model      <--> Domain
View       <--> Responder
Controller <--> Action
https://habr.com/ru/post/260769/

В современном enerprice нет одной архитектуры, есть слои архитектур, которые намешаны друг на друга

О, спс

mvc в итоге сейчас как
легкое масло
в котором нет масла. потому что это - маргарин :)

но бирочка - осталась.
традиция.

Интересно планируете ли обновить ваши лекции? Или может новый курс составить?

Валидации нет, но есть гарантия что ты работаешь с объектом именно этого типа (иногда можно обмануть самого себя, например через reinterpret_cast в плюсах, но тут уже сознательный выбор)
А в тс такой гарантии нет

+

Не знаю на что похож Spring, но на официальном сайте Nest.js пишут что нест практически слизан с Angular. По крайней мере там написано что они очень им вдохновлены. А если дословно:
"The architecture is heavily inspired by Angular".

+

Так и есть - они не скрывают этого )

Ну как-то хз, даже представить не могу ситуации когда это настолько плохо что бы брать это во внимание и тем более хейтить тс

Сколько времени в чатах разных сижу, сколько холиваров переслушал, до сих пор так и не видел вразумительного аргумента против отсутствия рантайма в тс

Из всего что могу только представить так это только криворукость самого разраба к чему нативный джс более чувствителен

" против отсутствия рантайма в тс"

имеется ввиду против отсутсвия проверки типов в рантайме?

Да, конечно
Просто сократил

https://youtu.be/jnSHRPCTFPc
Возможно Илья лучше объяснит

уверен что @Bogdan_Bida уже видел этот доклад

и согласитесь что отчасти пример с мапой немного высосан с пальца

Не знаю о каком мапе идёт речь, но аргументы Ильи довольно весомы - это раз. Во вторых я все же согласен с комментарием выше на счёт динамической типизации, но не в том смысле что она должна быть динамической, а по той причине что это ядро языка работает по таким законам. А натягивать презерватив, который потом порвётся - ну такой себе аргумент. Единственное с чем я согласен - это самодокументированный подход и поддержка Intellisence. А третий аргумент - личный опыт.

Возможно здесь не понятно о чем я? Я говорю о плюсах и минусах использования тайпскрипт

Вот запись из доки:
request.end([data[, encoding]][, callback])
Можете написать пример, с указанием encoding?

... если что и полезно для надёжности разработки в императивных ЯП, то это контрактное программирование как в Eiffel. Тогда можно делать действительно полезные проверки, отключать/оставлять их в рантайме, уменьшить количество автотестов. Но, не взлетело.

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

а ангуляр был написан для энтерпрайзных ребят, которые работают со спрингом)