Обзор Nestjs - лучший framework на Node.js и TypeScript

[@PurpleSchool]

Мой telegram канал: t.me/purple_code_channel ⚡ Мои курсы Курс по Nest.js: purpleschool.ru/course/nestjs Курс по микросервисам на Nest.js: purpleschool.ru/course/microservices

[@НиколайВладимирович-к5ф]

Прекрасное видео! Мы действительно желаем еще больше слушать про NEST.JS!

[@PurpleSchool]

Спасибо)

[@ЮрийСоляник-о9у]

Антон, респект тебе за продвинутую библиотеку для работы с RabbitMQ. Пользуюсь в проекте. Работает! Всегда с интересом смотрю видео и читаю твои статьи. Курсы все куплены и почти все уже пройдены. Желаю тебе дальнейших творческих успехов! Буду следить за новостями.

[@PurpleSchool]

Спасибо!

[@ДамирКу-е6р]

Бро как успехи ?

[@ЮрийСоляник-о9у]

@@ДамирКу-е6р Всё норм. Дела идут потихоньку. )

[@auranode4542]

Обзор крутой,хотелось бы видеть нест на канале чаще)

[@PurpleSchool]

Супер) тогда буду делать)

[@TsArtemi]

А мне не зашёл. Где там сам фреймворк в 1й половине видео? Замени на любой другой, который даёт готовую архитектуру из коробки и не придется текст ролика менять.

[@aleksandr1277]

Спасибо! Нашел еще свежее видео про nest у вас. Пошел смотреть. Подача материала приятная.

[@PurpleSchool]

Спасибо!

[@al77ex1]

Супер! Тема бомбическая! Спасибо за видео.

[@PurpleSchool]

Пожалуйста)

[@serge.stecenko]

Очень круто, хочется больше про Nest

[@PurpleSchool]

Супер 👍

[@АртемСемёнов-к4ч]

Спасибо дядь ты крут. Контент просто высший, огромное спасибо. И насчет TS ты все прямо по факту говоришь, так как оно и есть. Удачи и всех благ!

[@PurpleSchool]

Спасибо!

[@alung414]

хорошо записал. очень приятно слушать и подача хорошая

[@PurpleSchool]

Спасибо!

[@crn05]

Спасибо за видео 👍

[@PurpleSchool]

Пожалуйста!

[@SerhiiNesterov]

Спасибо❤

[@PurpleSchool]

👍

[@bebrix6288]

Nest, Nest, Nest и еще раз Nest !!!!

[@PurpleSchool]

Да!

[@людмилавойціцька-л3е]

а на nestjs можно делать большие масштабируемые проекты там типа финтех, банки ит.д? типа как на спрингу или дотнет

[@PurpleSchool]

Конечно. Яндекс деньги на нём делали проект

[@headsmanc0de]

Отличний ролик, продолжайте в том же духе! Сейчас прохожу ваш курс по Nest=)

[@PurpleSchool]

Спасибо, супер)

[@aershow]

Антон, мы, ученики твоих курсов, любим тебя и то, что ты делаешь. Ни в коем случае не обращай внимания на глупых хейтеров и продолжай в своём духе)

[@PurpleSchool]

Спасибо) Именно так и делаю)

[@arturkhachatryan63]

Пишу больше 3 лет на Ларавел(Пхп), но уже как 3 дня перехожу на Нест, очень нравится. Также имею достаточный опыт с Ангулар, и очень быстро и легко перешел на Нест

[@PurpleSchool]

Спасибо!

[@ndiscovery]

Дополнительно учите новую ORM? Как на счет библиотек для обработки загруженных картинок? Есть аналог Intervention Image?

[@СергейКурганов-о2э]

Ну наконец стоющее!!! Там можно и не експресс, возможностей море. Спасибо, дошли!!!!

[@PurpleSchool]

Именно)

[@KM-le8yz]

Только сегодня думал на чем писать бек для пет-проекта и как раз задумывался попробовать NestJS. Ролик очень вовремя, спасибо =)

[@PurpleSchool]

Да, стоит его определённо попробовать.

[@biLLie_wiLLie]

Может напишите что-нибудь на несте здесь для самых маленьких? Типа todo той же. Мало на ютубе видео по nest

[@PurpleSchool]

Вполне, спасибо за идею)

[@KuruApni]

В силу обстоятельств последние года 4 пишу на несте на разных b2b энтерпрайз проектах. Одно удовольствие. Остальные BE фреймворки на ноде по удобству и скорости разработки даже и рядом не валялись.

[@PurpleSchool]

Полностью поддерживаю)

[@МихаилМилюк]

Спасибо за материал! Не мог бы ты поделиться архитектурой проекта в части "Модульность"? Либо показать, как подмодули интегрируются в app.

[@PurpleSchool]

Ок, сделаю обзор)

[@DiggerChannel]

Давай больше NestJS )

[@PurpleSchool]

Супер)

[@raff_m_d6971]

Отличный обзор

[@PurpleSchool]

Спасибо!

[@vladimirrezvanov8276]

Хотим ещё про nest!

[@PurpleSchool]

Супер)

[@kirylstasevich4234]

Там классная документация, ролики нужны разве что популяризирующие, спасибо автору за такой ролик. Далее было бы интерсно послушать про архитектуру средне-большого приложения, потому что hello-world хорошо показан в документации

[@doomymax577]

как же без типов пишут на руби и пхп? Существуют же бэкенды без этого и работают

[@PurpleSchool]

Пишут, но ведь лучше, когда у тебя под рукой вся структура данных, а рефакторинг прост? И на чистом JS пишут, тут вопрос удобства поддержки.

[@me29_hi8]

Андрей, спасибо за доклад! Девшахты не хватает! Кружек верстальщиков "Веб стандарты" совсем не замена, но выпуски с Вами слушаю.

[@PurpleSchool]

Вы ошиблись видео)

[@me29_hi8]

Ой, точно! Спасибо.@@PurpleSchool

[@АлексейЗайцев-о7ч]

Проходил курс автора по nest, курс понравился, подача материала Крутая, что собственно и видно по видео на канале 👍 Но, сейчас считаю что это супер переусложненная штука, все знания о которой быстро вылетают из головы, если ты не пишешь на нем постоянно. Из минусов декораторы, которые по сей день экспериментальные, но используются в nest повсеместно Кажется сейчас я бы смотрел на fastify, если бы пришлось поднять какой-то application на node.(Если вообще понадобится фреймворк)

[@PurpleSchool]

Спасибо, за тёплые слова) Да, он требует практики.

[@andreyyastrebtsov4367]

Подскажите, я вот я вот 3 года во фронте, хочу начать учиться писать бек на ноде. Но ОЧЕНЬ не хочется чтобы было как на фронте, постоянная солянка из тенологий и подходов. Вроде как Nest решает эту проблему, но да, смотрел доклады Андрея Мелихова, где он как раз очень ругал нестовые декораторы, и отсутстиве нормального dependency inversion. Как думаете, все-таки взять express или fastify прикрутить к нему TS и всё что нужно? Или всё-таки поработать с нестом? Как плюс у неста - я еще хочу переходить на ангуляр - вроде как похожие концепции и там и там должны быть

[@alexbrown9004]

@@andreyyastrebtsov4367 если хотите Бек лучше выберите golang.. Бек на ноде, это кошмар.

[@pasha5395]

Привет, а есть ссылка на твой конфиг nvim?)

[@PurpleSchool]

Я использую вот эту сборку: kzbin.info/www/bejne/gnzRpnyXr8qcg5Y

[@АлександрИванькович-т9ф]

Ребят а что думаете на счёт фреймворка Adonis js?

[@СергейТимушев-н8й]

Что скажите по поводу LoopBack 4 фреймворка?

[@PurpleSchool]

К сожалению с ним детально не знаком

[@vladsarosek9521]

Я пишу на php. Мы пытаемся разрабатывать "чисто" и мы достигаем этого наследованием, разделением на слои и переиспользуемые сущности. Я не понимаю почему у вас работает всё таким образом, у вас есть аттрибуты и рефлексия, почему нельзя отнаследоваться от базового класса контроллер и чтобы di работала с его наследниками. Почему nest разработчики любят сервисы? Мы их тоже любим, но мы стараемся выносить в сервисы логику, которая используется везде по проекту или может так использоваться. Я видел много примеров, в которых сервис, это модель, и нигде в доке этого нет, как и нет того, по какому паттерну идёт работа с моделью, как в ларе или рубях, active record или как-то по-другому. Рассказывают про модули, читаю доку, задаюсь вопросом, зачем это, почему у меня связанность в проекте, почему я не могу просто использовать один клас в другом. Говорят про solid описывние массивчика контроллеров это не solid. Я буду очень рад если кто-нибудь мне что-нибудь про это расскажет и почему так. Я хочу понять, почему полюбили nest и хочу сам найти причины его любить, ведь он может помочь решить проблемы, которые не решает php. И этот коммент не создан для разжигания войн, я хочу разобраться.

[@WebArchitector]

А что будет с nest, когда выйдут декораторы в js которые скорее всего не будут совместимы с ts?

[@PurpleSchool]

Ничего не будет, он продолжит жить, как и Angular. TS двигается к совместимости и думаю что проблем не будет github.com/microsoft/TypeScript/issues/48885

[@sergafanasiev7956]

очень хорошая цветовая схема! как называется?

[@PurpleSchool]

Это onedark для Neovim

[@romanmed9035]

а по esbuild для react 18 не желаете ли сделать видео? пишут что быстрее вебпака с бабелом, но вот я когда заменил на это новшество, то не заметил приростта в скорости сборки.

[@PurpleSchool]

Не пробовал. Собирал недавно на Vite и там конечно летает.

[@romanmed9035]

@@PurpleSchool спасибо. зто и не удивительно. может тогда на этут тему выпустите видео?

[@m.kohone]

После вашего курса по TS на Udemy я разочаровался в php😅TS просто мечта, теперь php выглядит бедновато без всех этих фич Больше всего нравятся декораторы и типизация

[@PurpleSchool]

Спасибо!

[@людмилавойціцька-л3е]

читал что всюду вакансии требуют микросервисы rabbit и т.д., скажите что действительно сейчас все проекты делают на микросервисах , спасибо

[@PurpleSchool]

Да, очень много компаний используют микросервиную архитектуру

[@maksimsergeevich5939]

А как там декораторы поживают?

[@PurpleSchool]

Отлично)

[@ровойт]

спасибо за уроки, а можна сказать что nest это замена laravel, кто не любит PHP, а нравится JS-TS?

[@PurpleSchool]

Да, в целом он реализует всё тоже и даже больше, только на другом языке.

[@ровойт]

@@PurpleSchool cпасибо за ответ, какой начальный проект посоветуете по несту чтобы не загнутся - очень важно для меня - експрес знаю более менее

[@PurpleSchool]

Тут главное чтобы вам нравился проект, это основной принцип)

[@vibius6385]

Декораторы ts несовместимы с новый декораторами. Не сказано про спорное решение с исключениями для сообщения об ошибке и di, в котором по сути нет инверсии зависимостей.

[@PurpleSchool]

TS работает над их совместимостью github.com/microsoft/TypeScript/issues/48885

[@moon.trance]

Что такое инверсия зависимостей?)

[@man-jj7rc]

она есть, документация просто плохо раскрывает реальную работу с di

[@Dayana-b6e5l]

что за компьютерное кресло у вас?

[@PurpleSchool]

Старое из IKEA

[@Dayana-b6e5l]

@@PurpleSchool, спасибо

[@dimasemenov1603]

Очень нравится Ваша подача материала, это видео мне очень понравилось, мы на проекте тоже используем Nestjs и благодаря Вашим видео больше узнаю этот чудо-framework. Хотел спросить будет ли видео по e2e -тестам к этому framework ибо не много кто показывает как их писать в связке с ( Nestjs, prisma, rest/graphQL, elastic-search(тоже очень крутая технология), S3(часто работаем с этим сервисом) ). Спасибо.

[@PurpleSchool]

В курсе у меня затрагиваются они, но возможно сделаю отдельное видео.

[@pulosevvy6417]

Хотелось увидеть от Вас видео, в котором будете создавать ddd на nestjs или хотя бы курс)

[@PurpleSchool]

👍

[@virtual5754]

Что такое эти декораторы? Из того, что показано в видео - получается, что обычные чистые функции со странным синтаксисом

[@PurpleSchool]

По сути они действительно чистые функции, которые могут декорировать методы, классы, свойства и так далее, модифицируя их поведение. Вот видео про новые декораторы, которые появились в 5.0 TS kzbin.info/www/bejne/Y4upoaWOiphgiKM

[@andrew2340]

супер бомба пушка ракета

[@PurpleSchool]

👍

[@CCSIB]

Интересно, не знал что есть такое. А чем от vita отличие ?

[@PurpleSchool]

Не сталкивался с vita

[@vladislavtomasciuc8273]

какая в Nestjs самая удобная админ панель типа Django admin panel ?

[@PurpleSchool]

Это фреймворк, на нём можно писать что угодно, готовых админок конечно же нет, но создать для админки бек просто.

[@theoty-js]

круто

[@PurpleSchool]

👍

[@michaeldeyev8809]

Джаваскриптеры придумали SpringBoot)) На самом деле круто что и на ноде теперь можно делать норм микросервисы, а не писать велосипеды.

[@PurpleSchool]

Полностью согласен)

[@sn4zzle]

Это все прекрасно конечно, мне тоже очень нравится нест, но я пришел в него из Python Django + DRF. Там все это выглядит еще куда проще и понятнее, и даже несту еще далеко до такого удобства)

[@illia_mikhow]

Использовал Нест для рабочего проекта - остался очень доволен, полностью солидарен с автором. Хотелось бы еще контента про Нест, может про ДДД архитектуру, либо про бест-практисы)

[@PurpleSchool]

Супер). Спасибо!

[@Norskium]

а можно бесплатный курс по ксс?

[@PurpleSchool]

Уже есть по flex: purpleschool.ru/course/flexbox

[@Norskium]

@@PurpleSchool я имею ввиду только css, то есть его основы, или они есть в флексе? Спасибо за ответ

[@PurpleSchool]

Будет базовый курс по html и css в дальнейшем

[@Norskium]

@@PurpleSchool Понял, спасибо, буду ждать

[@dsbasko]

В Твоем курсе по микросервисам рассматривался кейс с мнонорепозиторием. В примере говорилось что это позволяет избежать проблем с постоянным поддержанием актуальности типов через выкладку npm пакета. Хотелось бы посмотреть как это выглядит на практике. Ну т.е. каким образом подхватываются типы и выкладываются в npm. В сети такого ролика не нашел.

[@PurpleSchool]

Ок, подумаю над роликом про публикацию в NPM

[@Vebust]

Привет. Столько холиваров наслушался. Что nodа и nest супер медленные по сравнению с теми же go и дот нетом, си шарпом. Сам фронтенд разработчик, стэк реакт, тс, некст, редакс и т.д.. Подскажи, есть ли смысл учить nest и node для использования под сервер и связывания БД для фронта или есть аналоги и стоит их учить, если смотреть с точки зрения актуальности на сейчас/следующие 3-5 лет

[@PurpleSchool]

Нода не медленная. Её возможности I/O запросов даже выше чем у того же C# или go. Я например натыкался на провисание производительности на go фреймворка echo. .NetCore последний быстрый, но на практики это бенчмарки не имеют значения. При нагрузке мы горизонтально масштабируем наши сервисы в кубере или swarm и все хорошо. Намного важнее удобство и скорость разработки. Nest предоставляет все необходимое из коробки. А на go я потрачу кучу времени на сборку сравнимого проекта из разных библиотек и много что придется писать руками.

[@Vebust]

@@PurpleSchool Спасибо за ответ!

[@Vebust]

@@PurpleSchool Понял, спасибо!

[@glaciron]

Вопрос. В видео рассказывается про необходимость TS ,а если использовать для типов propTypes ,это будет худшим решением и backend будет хуже понимать что передавать и получать?

[@PurpleSchool]

Мы же не только беспокоится за структуру данных, но и рефакторинг проекта и его поддержку.

[@glaciron]

@@PurpleSchool спасибо за ответ. Теперь понял приоритет использования

[@dsbasko]

Было бы интересно посмотреть на какие-то фичи NestJS. И еще вопрос. Где можно узнать о том как ведет ведется работа с микросервисами в NestJs?

[@PurpleSchool]

Из документации и у меня есть целый курс по теории и практики микросервисов: purpleschool.ru/course/microservices

[@dmitriy8735]

Так вроде ж будут совсем другие декораторы в жсе.

[@PurpleSchool]

У них единое поведение по стандарту, но пока разная имплементация.

[@user-dh4zm7tq1y]

Присоединяюсь к людям, которые боготворят Nest.js. Поистине потрясающий фреймворк, влюбился в него. Теперь не соглашаюсь участвовать в node.js проектах, где используется не Nest, так как после него все эти велосипеды на express ощущаются ещё более кривыми)))

[@PurpleSchool]

Именно!

[@d.koshkarev]

При установке nest У меня фактически пустая папка получается. А у автора - все папки на месте. Скорее всего в nest что-то изменили ну или я не те команды использую. Можете подсказать? Ютуб удаляет комментарии почему-то (((

[@PurpleSchool]

Команда nest new. Убедись что nest стоит глобально

[@d.koshkarev]

@@PurpleSchool я документацию почитал. Глобально nest стоит. Сам проект тоже создается, но не смкучей папок и файлов, как на видео, а несколько файлов + папка модулей + src c main, controllers, midul и т.д.

[@whoknows921]

@@d.koshkarev так их надо написать))

[@LukyTXN]

Вопрос. Надо ли новичку начинать изучать бэкенд с NestJS или к нему лучше подходить после прохождения NodeJS?

[@PurpleSchool]

Я бы рекомендовал только после прохождения основ Node.js и TypeScript. У меня именно в этом порядке построены курсы

[@Mirrasim]

nice

[@PurpleSchool]

Спасибо)

[@iNikelas]

🤙🤙🤙

[@uladzimirf7577]

даешь видео про декораторы

[@PurpleSchool]

Хорошо)

[@КугичкаЛастнейм]

Про декораторы автор очень сильно ошибается. Рекомендую изучить легаси-декораторы TS'а и спеку декораторов из prosal: это разные, несовместимые вещи. Ещё желаю автору подебажить встроенные декораторы nest'а где-нибудь в пятничный релиз.

[@PurpleSchool]

TS работает над их совместимостью github.com/microsoft/TypeScript/issues/48885 И декораторы я дебажил и писал руками.

[@КугичкаЛастнейм]

@@PurpleSchool приятно было скомпиленные и транспайленные встроенные nestовые декораторы дебажить? Мой поинт в том, что нельзя продавать либу/фреймворк не рассказав об его минусах. А их очень много. Рекомендую для ознакомления доклад Мелихова с конфы "Я

[@ВладиславЕвстигнеев-ю5ц]

nest js не панацея, в нем столько же зависимостей сколько пришлось бы делать для express js. Nest js для новичков которые не могут создать архитектуру на express и fastify. Nest js под капотом использует тот же express или fastify c кучей зависимостей. По началу это помогает. Так же nest js может помочь поддерживать структуру проекта в больших командах. Nest js до каких-то пор помогает, но затем пихает палки в колеса.

[@ВладиславЕвстигнеев-ю5ц]

Модульность и логичность структуры проекта не прерогатива Nest js, так что говорить о модульности как о плюсах именно Nest.js как по мне не правильно

[@PurpleSchool]

Верно, он дает удобный инструмент для создания архитектуры, но каждым инструментом нужно уметь пользоваться

[@PurpleSchool]

Что касается зависимостей, да столько же, но их не надо собирать руками. И что совершенно верно - поддержка единого формата для больших команд.

[@rmltsn]

такой же стул был)

[@PurpleSchool]

👍

[@luckytima2315]

А есть смысл лезть в nestjs если ты до этого не накручивал express с кучей абстракий?

[@PurpleSchool]

Я бы рекомендовал сначала погрузиться в ноду и посмотреть руками DI, паттерны и т.д. Я для этого делал курс purpleschool.ru/course/nodejs

[@golotus]

Хотелось бы так же, сравнение с loopback. :) Или хотя бы обзор на него.

[@PurpleSchool]

Подумаю над этим

[@lobster2739]

А есть ли смысл вообще учить сейчас ноду? А то я вообще не вижу вакансий😢

[@PurpleSchool]

Достаточно много, около 500, а по скажем Golang 600

[@taras7844]

Зачем писать в java c# стиле, если это можно сделать на них? Что касается fastify не согласен, это не одно и тоже что и express

[@PurpleSchool]

Можно. Но многие фронты начинают писать backend именно на JS. Я не говорю что это одно и то же. Просто до архитектуры построения приложения как Nest они не дотягивают.

[@ДенисКуликов-м3о]

Климов насчёт typescript говорил только про фронт. И ему нравятся аналоги, а не совсем без типизации

[@PurpleSchool]

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

[@СергейКурганов-о2э]

Декораторы это ням, ням.

[@PurpleSchool]

Да)

[@awenn2015]

В 2022 году еще бы говорить что typescript не нужен ))

[@PurpleSchool]

👍

[@Disorrder]

Может как фреймворк nest действительно лучший, но после tRPC обратно уже не хочется

[@PurpleSchool]

Nest не исключает использование TRPC, даже есть сторонний адаптер

[@ПыыфПыыфов]

Получше чем экспресс? И сложнее походу

[@PurpleSchool]

Это фреймворк над транспортом экспресса, он более структурирован и имеет кучу готовых модулей и паттернов

[@ПыыфПыыфов]

значит лля фронта лучше учить Nextjs, а для бэка Nustjs)@@PurpleSchool

[@PurpleSchool]

Nestjs для бека)

[@ПыыфПыыфов]

ой, опечатка) а вы случайно не работали с Java Spring или C# .Net? Я вот думаю перейти на них, но не знаю долго и сложно ли учить их. Либо же остаться на реакте(нектс и нест дальше учить). но вакансий мало... и говорят на джаве можно универсальнее быть@@PurpleSchool

[@ingameTV2024]

Многие разрабы, ммм дилда с сиденья это хорошооо 🤣🤣🤣🤣

[@svetatam]

Nest хорош, но иногда кажется что сделано сложней чем могло быть.

[@PurpleSchool]

Усложнение да, но оно и помогает в дальнейшем разработке.

[@uglevod184]

Это для новичков ролик ? ТОгда не хватает примеров тех приэмуществ которые заявляются во второй части ролика. иначе они как сферический конь в вакууме.

[@PurpleSchool]

Для новичков вот kzbin.info/www/bejne/oGOQeKSXmriom6Msi=gAx1SfH0aJyEer2y

[@bebrix6288]

А что вы думаете про такое мнение о Nest ? kzbin.info/www/bejne/mpmWo36LjrOfi9k

[@PurpleSchool]

Если вы Senior разработчик как Андрей и можете сами создать всю архитектуру, то пожалуйста. Единственное что другим будет тяжело входить в проект. Поэтому проще использовать готовое решение с понятной архитектурой.

[@АлексейБасов-ь4в]

не считаю его лучшим от слова совсем, так как наследование, композиция, агрегации и ассоциации является основным в разработке, также как и solid, остальные паттерны, а фреймворк основан на одном паттерн декоратор, которые реализован в TS странно, поэтому он до сих пор под флагом, требуется reflect-meta-data.....паттерн вообще об расширении функциональности, должен применяться для определенных целей, но не делать из каждой блохи - орла) он применяется - когда требуется расширить именно функциональность, когда нельзя это сделать другими стандартными средствами! сам TS создает runtime код, который завязанном на реализации! и с выходом новой версии или выпуска декораторов JS просто сломает код. При реализации его в TS теряется оригинальный класс, функция....плюс все это создает сложность отладки. Реализация DI более чем странная так как зависит не от интерфейса а самого класса о котором мы почему-то знает все, вплоть до его расположения! тогда вообще смысл DI теряется! и даже не то что теряется а получается глупость! короче nest имеет смысл быть, но как по мне это какое-то Г

[@boycovclub]

)))) Что же про сиды не рассказал, которых там нет))

[@PurpleSchool]

Не очень понял, что ты имеешь в виду?

[@boycovclub]

@@PurpleSchool там нет сидов с коробки как например в других полноценных бекенд фоеймворках. Когда одной командой мы можем генерировать с коробки данные для БД, чтобы не заполнять вручную. Надо костыли писать.

[@PurpleSchool]

Так это зависит от ORM. Скажем если взять Prisma или TypeORM, то seed там есть из коробки.

[@kurasaored2775]

Но почему же на клиенте тогда выстрелил react, а не angular, у которого и модули и DI из коробки, сборщик настроен и вообще сторонние зависимости "почти" никогда не нужны?

[@AntonGorbachevDev]

Потому что у вайтишников не хватает сил его освоить, поэтому на рынке в основном вью и реакт разрабы

[@PurpleSchool]

Он занял свою нишу хороших корпоративных приложений. А реакт это простая библиотека для всех, как и экспресс на ноде.

[@kirylstasevich4234]

​@@AntonGorbachevDev возможно потому что там нагородили миллион директив которые впадлу учить. Реакту ничего не мешало быть фреймворком со строгими рамками, или даже сделать и то и то(кто с jquery переписывает вот вам чистый реакт, а тем кто с нуля проект пишет - вот вам каркас со всем всем всем) Но не хватает яиц, они релизнули core, а коммунити распыляется на холивары надо или не надо TS, redux или mobx или контекст. По итогу имеем на каждую проблему несколько авторитетных решений, сиди выбирай. В итоге community сидит учиться на каждой сборке писать формотаблицы, вместо того чтобы иметь одно хорошее решение которое все знают, и думать над решением проблем поинтереснее

[@АрсланАкаутдинов]

Ох как от него пахнет .net core-ом

[@PurpleSchool]

Да, но валидация через class-validator удобнее.

[@arthurhovakimyan1146]

Те, которые не любят Typescript и Nestjs, они любители говнокода. Nestjs в чем то похож на нормальные фреймворки, которые нацелены на большие проекты из за читабельности..

[@PurpleSchool]

Поддерживаю!

[@GLUCKKKKKKKKKK]

Если человек пришел с фронта, а у вас на трехколесном велике стоит дилдо - его все устроит)))))

[@AleksandrMaltsev-jm8ph]

о так это Django!!! ....вот жесть.....в Python тренд обратный. модно самому писть все подряд на FastAPI . А в JS наоборот ....

[@PurpleSchool]

Тут тоже такое есть

[@AleksandrMaltsev-jm8ph]

@@PurpleSchool а фреймворки представитель этого течения какие?

[@PurpleSchool]

Fastify, который часть беру и делают рад ним надстройки

[@alexanderzakorko3500]

Писал на этом фреймворке пол года... Остался крайне разочарован. Худшая часть это тесты: писать долго, бегут долго, рефакторить больно, размеры гигантские. Такой фреймворк - результат языка без рефлексии и бедного ядра. Но самая большая проблема это использование node не по назначению : для среднестатистических веб-приложений это очень плохой выбор, а если разработчик не понимает особенностей выполнения промисов и node - результат будет печальный.

[@maximzhuravlenko4932]

Здравствуйте. А почему плохой выбор ?

[@slavianich]

Тайпскрипт помогает понять что за типы прилетели из базы данных 😂 Джедаи тайпскрипта знают, что в реальности тайпскрипта не существует, если вы понимаете о чем я.

[@PurpleSchool]

Если вы про то, что в runtime его нет, то я говорил, что на уровне разработчика понимать типы.

[@artursveshnikov7668]

На бэкенде тайпскрипт не обязателен, с# или джава ничем не хуже)). Хотя нет, джава 💩. C# или тс - топчик, тем более у них один создатель и они очень похожи.

[@PurpleSchool]

TS обязателен, если использовать JS, а так да, можно хоть Go, хоть C#

[@vadimburavlev4773]

Дрянь этот фрейм, переусложненный в край и когда подъедут декораторы js, то пойдет он на свалку истории или будет полностью переписан и придется переписать весь отстой, который на нем насоздавали ранее

[@PurpleSchool]

TypeScript experimental decorators будут продолжать существовать и ничего переписывать не нужно. Это все указано в release notes TS. Эти декораторы транспилируются не в декораторы.

[@PutlerXLO]

Это для любителей обмазываться тупоскриптом и плодить кучу гоФна на каждый чих.

[@uvwzyx]

пишет чел, у которого listen it в подписках и гоша дударь в сохрах

[@PutlerXLO]

@@uvwzyx и что умного ты этим хотел сказать?

[@moon.trance]

Nestjs не лучший, а по сути безальтернативный. При этом у него целый ворох проблем, которые решать особо никто не торопится. До сих пор нет даже нормального круда, надо пилить либо свой велосипед, либо все ручками, а потом встанет задача пошарить dto-шки с фронтом и все, приехали.

[@PurpleSchool]

Для шаринга использую npm пакеты или монорепы

[@moon.trance]

@@PurpleSchool круто, а если я не могу или не хочу тащить на фронт довольно сомнительное решение в виде class-validator. Есть нормальные модули для ajv/zod/joi?

[@PurpleSchool]

Я обычно делаю dto в виде классов, которые имплементируют интерфейсы, которые как раз шарятся.

[@moon.trance]

@@PurpleSchool мы видимо не совсем поняли друг друга. Я имею в виду, что хочу валидировать данные, как на сервере, так и на клиенте, используя одну и ту же схему. Какой смысл от DTO, если мы не убедимся, что данные соответствуют этому DTO?

[@PurpleSchool]

А, ну тогда да, надо тащить class-validator или я юзал 1 раз github.com/mrdck/nestjs-ajv-glue

[@boycovclub]

И что потом чувак даже JS не знает и становится фреймворк разрабом одного инструмента) Как ангуляр разработчики

[@PurpleSchool]

TS и фреймворки не отменяет необходимость в хороших базовых знаниях JS

[@kirylstasevich4234]

Стыдно что в Javascript индустри все еще ведутся дебаты стоит TS свеч или не стоит - смотреть на это уморительно. Надо строить стену. Любой кто защищает JS должен быть маргиналом и немножко идиотом в глазах окружающих. Я не знаю как с ними разговаривать.

[@PurpleSchool]

😂

[@moon.trance]

Обычно немножко идиотами в глазах окружающих выглядят те, кто считает что его позиция единственная верная, а все остальные дураки, и никаких аргументов он слышать не хочет.

[@kirylstasevich4234]

@@moon.trance я же говорил, они реально существуют, их наверное даже много. Я готов выслушать ваш аргумент почему typescript не стоит брать примерно везде если вы не пишете мелкий временный файл скрипта протестировать что-то. Если вы собираетесь отстаивать использование JS вместо TS во фронтенде или бекенде - можете не тратить своё время

[@moon.trance]

@@kirylstasevich4234 я не собираюсь ничего отстаивать, я сам вынужден использовать в основном TS. Тем не менее, я никого дураком не называю, я принимаю плюсы и минусы всех подходов, из с TS и с JS, и готов выслушать аргументы в защиту любого из них. Если вы работали с TS, то прекрасно знаете его минусы. Опытные разработчики могут с этим работать, но новичкам он может дать ложную уверенность в корректности кода, а затем просто испариться в рантайме и привести к проблемам на проде.

[@kirylstasevich4234]

@@moon.trance я не писал что нету минусов. Я написал что его стоит брать всегда потому что он гораздо лучше JS. Если вы понимаете его минусы но всегда его берёте то у меня нету с вами разногласий. Любой человек кто сегодня продолжает создавать проекты на JS - враг индустрии и тащит её не туда.

[@jokerovich]

Я немного не понял. Это чистый бэкенд без рендера страниц и визуализации? То есть чисто обработка запросов и создание АПИ? Или это типа как nextjs + бэкенд в плане подключения к бд и авторизации?

[@PurpleSchool]

Это backend для создания API, микросервисов или даже можно создавать приложения MVC с шаблонизатором, но это мне кажется уже редкость.

[@kekivanovich9222]

Лол, js через столько лет открыл для себя laravel php

[@whoknows921]

Так нест тучу лет уже существует. Просто кто-то его недавно попробовал

[@chikenmacnugget]

Автор видосов - второй Владилен. В нем от проги только клавиатура. Он будет продавать вам свои фантазии и ничего больше

[@PurpleSchool]

Интересно на чем основано ваше мнение? На ваших фантазиях? Если вы сомневаетесь в качестве моих курсов, можете постареть на отзывы на независимых площадках типа Udemy: www.udemy.com/user/alariplay/

[@chikenmacnugget]

@@PurpleSchool друг, ты в публичном поле. Все твои высказывания формируют объективную картинку о тебе. Так что да, мое мнение основано на фантазиях, только твоих. А отзывы на курсы - это пшык в воздухе. У тебя и здесь в комментариях рукоплещущих «вайтишников» пруд прудей. Новички и дупля не отбивают. Если для тебя это мерилом является, то оно и не мудрено. Будешь сидеть на одном месте как владиленка и тешить свое чсв и кошелек, рассказывая одни и те же байки.

[@PurpleSchool]

Ну то есть обоснования нет, как я и предполагал) Потому ваше мнение можно остаться вашим, и меня оно особо не волнует. Мои курсы проходят в основном не новички, так как курс по основам JS, у меня только выходит.

[@chikenmacnugget]

@@PurpleSchool ага, ну понятно. То есть по твоему - твоя деятельность это не обоснование. Ну что, ты добился тогда, поздравляю. Настолько хороший контент делаешь, что даже для тебя это не обоснование. Ну либо ты просто идиот, который как уж на сковороде вертится и отвечает лишь бы ответ дать. Обоснования, дружок, в твоих словах нет. Пустослов ты, да и только. А курсы твои обычная читка документации, на которой дальше трейни не уедешь. Если ты их называешь «продвинутыми», то дальше даже говорить смысла нет. Мусор ты и не более…

[@PurpleSchool]

Видно что за человек, который спускается до оскорблений…

[@-EgoSerg-]

Если руки из задницы... Тогда без TypeScript никак. А если руки из нормально места, то и TypeScript не нужен

[@PurpleSchool]

Видно, что вы его не изучали и не применяли.

[@-EgoSerg-]

@@PurpleSchool Оххх. Не поверишь. Изучал. И большой опыт разработки. На 6 языках. В которых и была типизация и без типизации. И прикинь. Люди пишут приложения и о чудо. И рефакторят и без типизации. Вот это поворот. Вопрос в том, что если ты олень и не можешь проверить, какие данные тебе приходят. Ну да, тогда без типизации сложно жить. Но как по мне, если у человека вызывает сложности язык без типизации. Это означается, что этот человек не очень хороший в разработке. Поскольку просто тупо джун

[@-EgoSerg-]

@@PurpleSchool + если у вас есть тесты на систему. И они покрывают весь функционал. То и нет смысла в вашей типизации. За TS топят, только у кого руки из задницы

[@lexxcorify]

@@-EgoSerg- Токсичность - детектед ). Ну приятней же когда автокомлиты по моделям работают )