Я 💛 Фронтенд. Node.js фреймворки, или Туда и обратно - Андрей Мелихов
ฝัง
- เผยแพร่เมื่อ 29 ก.ย. 2024
- За годы разработок enterprise-приложений на Node.js я использовал Express, Nest.js и AWS-лямбды. У каждого подхода есть свои плюсы и минусы, и все они остаются актуальными, но ни одно из этих решений не стало золотым стандартом, и каждый раз, стартуя разработку нового приложения, мы сталкиваемся с выбором - на чём же нам писать. Пора ли забыть навсегда Express? Так ли хорош Nest.js, как рекламирует его автор, и не пора ли уйти на FaaS-решения?
Больше подробностей на сайте ilovefrontend.ru
Присоединяйтесь к нашему сообществу в TG t.me/yalovefro...
Андрей, где девшахта?
ахренеть
круто рассказал про фастифай, всегда считал его каким-то странным
второе - про knex. Мне он нравится, но боялся его тащить в прод)
круто)
Андрей, спасибо за доклад! Девшахты не хватает! Кружек верстальщиков "Веб стандарты" совсем не замена, но выпуски с Вами слушаю.
Да, хотелось бы тоже побольше про бэкэнд в "Веб стандартах"
конец прям порадовал ) ОРМ гавно! сколько ни пытаюсь что-то придумать, не ложится он, реально. Нет, положить то конечно можно, но ты видишь на это, насколько при этом пострадает производительность, ужасаешься, и пишешь SQL запрос. нахер, просто нахер )
Когда вижу код и запросы без орм, то с большой вероятностью понимаю, что придется по локоть лезть в говно.
Если искать компромисс, то скорее всего я выберу призму.
@@KonstantinTarasov-q7q надо всего лишь подучить SQL и гавно предстанет перед тобой ограненным алмазом!
Дзякую з Минску! Дужа добра!
Где девшахта?
12:09 самая важная часть доклада
Изменилось что-то за два года?
А я думал девшахта ща будет
Спасибо за доклад. Когда-то слушал ваше обьяснение про dependency injection на примере nest, ничего не понял, кроме того что не люблю классы и все что с ними связанно)
Как неожиданно видеть что сейчас вы пришли к противоположным вещам типа fastify и knex :)
Фронтэндщики в 2022 внезапно обнаружили, что изначальной грамотной архитектуры почти любое приложение превращается в тяжелоподдерживаемый монолит!
Сверхтонкий экспресс - самый популярный фреймворк. В результате каждый пилит свой велосипед, большинство пилят плохо, ибо вообще не понимают теории. И абсолютно все мучаются тащить это все в будущее)
Хотелось бы, конечно, комментарии Тимура Шемсединова...
😂
Думаю он тут с основным полностью согласен будет
Он говорил тоже самое лет 5-7 назад
@@waldemarkunz9173 и кажется что он предложить бизнес логику тоже писать на JS, только покрывать его типами с помощью .d.ts файликами))
Привет, спасибо за доклад. Прям описал весть мой путь в выборе технологий и рассказал про все боли с которыми и я сталкивался. Когда слушаешь такие доклады понимаешь что это не ты что-то не понимаешь, а все сталкиваются с такими проблемами. Но после лямб я все таки вернулся к несту. Пока надо делать монолит с командой в 4 человека, лучше решения нет.
Большое спасибо за труд. Конечно, за один присест такой объем осилить было немного сложно, но в этом и ценность, что вся информация собрана неким экстрактом в одном месте. Лучшая информация, лучшие ролики, без воды, отлично структурирована. Теперь у меня просто нет опции не выучить это. Спасибо!
бредятина. Уже и до миделварей криворукие хейтеры добрались.
Кажется я слишком давно не смотрел Андрея. Вот к примеру классный ioc пропустил.
А слайд "делай проще" подходит для полного новичка в бекенде на ноде? Вообще ниче знаю, но очень хочется начать
ахахахаххахахаахахахаххахахаахахахаххахахаахахахаххахахаахахахаххахаха
Спасибо большое, Андрей. Возвращаетесь с вашими видео 😊
Вот прям очень мне понравился доклад и особенно вопросы и ответы на них!
Про передачу dto фронтам решил так - создаю интерфейс dto, передаю его фронтам. Этот же dto имплэментирует класс валидатор
Отличный доклад!
Обо всём и ни о чем
Вернулся в разнорабочие 🤣
Отличный план!
крутой чел)
Хороший доклад)
Аминь
Что будете делать на несте, когда Js декораторы придут? Придется забыть про нест )))
Они, разве, уже не пришли?
@@bukanaka нет
Размечтался, обернем и все будет работать как раньше
Это как так в fastify нет typescript? о_О
Ну вот так, он написан на чистом js, писать высокопроизводительные низкоуровневые вещи на ts сложно, он не до конца покрывает весь js, да и опасно, можно порушить все оптимизации.
@@AndreyMelikhov а, ну да, typescript же позже .d.ts-ками наложен
То, что нельзя на тайпскрипте, пишется прям js. Тайпскрипт не запрещает.
про уволился. скажу что сделали все не так, уволят, поэтому сам уволился. :))) я интервью кажется у Дудя, но не помню про инвесторов в силиконовой долине видел. И они там относятся более серьезно к бизнесменам, у которых уже были фейлы в бизнесе, т.е. те, которые уже разорялись, типа у них УЖЕ есть опыт, и они ошиблись уже в этом, и скорее всего сделали выводы и в этом же месте ошибаться не будут. Понятно, что может быть дальше ошибки, но другие. Все эти ошибки, которые еще не открыты, их еще предстоит открыть. Но суть та же. В IT тоже самое, ты что-то делаешь, сделал одну ошибку, делаешь другим способом, и так пока на найдешь наилучший способ. Хорошо, когда это происходит в большой компании, понятно что это как бы стоит денег, но бизнес идет, деньги на разработку выделяются, понятно что не пилятся новые фичи, но так или иначе часть финансов идет на обслуживание. И на эти же деньги можно делать по другому. В общем зря уволился я хочу сказать :) ты бы наоборот усилил команду своими новыми знаниями. В нашем деле ресерч все таки важная часть работы.
Да это же шутка была, просто так совпало, что захотелось погулять, посмотреть как в других компаниях решают схожие задачи. Сидя на одном месте развиваться гораздо сложнее.
Да Господи тот же class-validator позволяет описывать в формате схемы, и замечу, с достаточно удобной структурой
Можно, но зачем писать на фантазийном формате для мёртвой библиотеки если можно взять стандарт и готовые решения?
@@AndreyMelikhov основная библиотека мертвая, но авторы nestjs сделали форк и поддерживают все фиксы в них, так что эти либы поддерживаемые
@@edmand46 о каком форке речь? В зависимостях неста только оригинал
@@AndreyMelikhov nestjs/class-validator и такой же для трансформера
@@AndreyMelikhov они еще не включили их в официальную доку, но у них был ишшьюс о проблеме с данными библиотеками
Самое интересное комплексное решение из существующих - это loopback-next, там во многом они ушли значительно вперед по сравнению с остальными
Там вроде поддержка платная? Если приплюсовать жесткость его архитектуры то как то боязно его брать.
Мне кажется еще не время "жестких" фреймворков на node.
В итоге, мы получаем - чтобы было проще надо отказаться от фреймворков и написать свой нест только с другим DI, валидатором, чтобы было проще новым людям, звучит логично
Нет, взять более простой и быстрый фреймворк (который уже лежит под капотом у nest), валидатор у него ajv из коробки, а в DI можно класть только то, что требует инициализации (а это довольно небольшой пласт). И мы получим простой и понятный код, без магии и неожиданностей.
Андрей вроде не предлагает отказаться от фреймворков, а использовать fastify.
Ну а уже над ним пилить свой IoC контейнер или взять готовый.
Я не предлагаю пилить, я предлагаю взять самый простой, без декораторов но с хорошей типизацией. Или даже отказаться от контейнера, если нет ясного понимания выигрыша от его наличия.
@@erkinaltai он предлагает отказаться от неста, в пользу фастифай
@@AndreyMelikhov более простой и быстрый это фастифай вместо экспресса или о чем речь?
Обосрали express >:(
Нагажено в самом express, а тут объяснили откуда воняет
@Станислав Морозов ну а как еще, не в сервисах же все описывать) Иногда можно их использовать. По сути эти гарды, фильтры тот же миделвар