Андрей Мелихов (Веб-стандарты) - Node.js фреймворки, или Туда и обратно.
Vložit
- čas přidán 15. 11. 2022
- Первая в Омске IT-конференция для JS-разработчиков «Сибирь.js» состоялась 2 и 3 июля 2022. sibirjsconf.ru/
Спикер: Андрей Мелихов (Senior fullstack developer, Osome). Андрей также известен как автор CZcams-канала @devschacht и соведущий подкаста «Веб-стандарты».
Тема доклада на Сибирь.js: Node.js фреймворки, или Туда и обратно
Тезисы доклада:
За годы разработок enterprise-приложений на Node.js я использовал Express, Nest.js и AWS-лямбды. У каждого подхода есть свои плюсы и минусы, все они остаются актуальными, ни одно из этих решений не стало золотым стандартом, и каждый раз, стартуя разработку нового приложения мы снова сталкиваемся с выбором - на чём же нам писать.
Пора ли забыть навсегда Express? Так ли хорош Nest.js, как рекламирует его автор, и не пора ли уйти на FaaS-решения?
Презентация: bit.ly/3JfbQlg
Андрей несколько лет отдал разработке геофизического оборудования (ассемблер навсегда в сердечке), 6 лет провёл в «Яндекс. Деньги», вышел на рынок и погрузился в FaaS.
Соведущий подкаста «Веб-стандарты», ведущий временно замороженного CZcams-канала «Девшахта». Состоит в программном комитете конференции «Я ❤ Фронтенд»
Выступал на множестве крупных конференций, но больше всего любит конференции и митапы за пределами столиц.
Подробности » sibirjsconf.ru
_______________
Место проведения: Омск, Festival City,
ул. 70 лет Октября, 19, 4-ый этаж офисного центра
Организатор: Purrweb
#omsk #jvcr #IT #purrweb #conference #омск #сибирьjs
Как же всегда приятно слушать и вникать в доклады Андрея Мелихова 🔥
Олег, спасибо! Андрей - замечательный спикер.
хорошо когда есть человек, который вперед тебя попрыгал по всем граблям )))
Класс, как бальзам на душу
приятное преподнесение материала, слушать приятно. и интересно очень. спасибо. :-)
Андрей проосто создан, чтобы делать доклады. Всегда приятно слушать
John, спасибо, что посмотрели доклад Андрея!
Спасибо дядь ты крут. Контент просто высший, огромное спасибо. И насчет TS ты все прямо по факту говоришь, так как оно и есть. Удачи и всех благ!
Шикарный доклад!
Удивительно, я ровно к этому решению с лямбдами (без предварительно матчасти) и пришел опытным путем за год управления небольшой командой
я бы добавил что, при использовании стоковых инжектов, у нас появляется зависимость от фреймворка в бизнес логике, что тоже не есть хорошо
Вроде бы от ТС он уже тоже отказался. Таки Тимур был прав :)
"проблемы архитектуры" решаемы и вызваны спецификой тайпскрипта которая не содержит в рантайме интерфейсов, если заменить на абстракный класс то вполне себе можно сделать по гексогональной архитектуре (о чем ты упомянул). Вопрос лишь в том что не обязательно городить эти интерфейсы и жить в той парадигме который фреймворк предоставляет) если очень хочется все же "чистоган" то для этого подошла бы java или kotlin со своим spring boot. К слову в спринге так же есть исключения и описывается валидация через аннотации как в class validator где @Valid провалидирует в параметре метода без своей "ValidationPipe". По факту nestjs - это spring boot для nodejs. А принимать такой подход или жить все же в концепциях "ноды" и использовать json schema это дело личное.
anyway все это дает какие-то эфимерные плюсы взамен на лютое переусложнение всего и вся, все очень медленно движется и все время есть угроза вида "давайте сгладим немного углы, а то надо быстро протестить фичу" - тупиковый путь имхо
@@user-fb6fr5nx9u ну тогда и пиши на голом экспрессе) люди на спринге не жалуются что им трудно писать) а нест это копия спринга.
По итогу всё пришло к тому что зачем нужен Nest и Typescript когда у тебя багаж знаний как у Шамсединова, если не больше :DDD
Я тоже не мспоьзую ORM , работаю с постгресом и пишу сам через pg-sql2
knex же кайф
@@nikitabrodel да согласен работал и с ним
@Nikita Brodel просто pg-sql поддерживает расширенные функции постгреса
Чем мотивирован отказ от ORM?
16 лет от шел до node, 16! Вы хотите его слушать?
В основном слышал, что нитко ничего не понимает. Так пусть учатся, это работа, надо работать и улучшать знания, не хочешь учиться, уходи
Наделал неких выпадов в сторону внедрения зависимостей, упомянул ООП головного мозга, а потом "всё упёрлось в дизайн Нест и тайпскириповые аннотации". А что не так с ООП, что не так с бизнес-логикой, которая не должна знать конкретный логгер? Как будто чуваку пообещали денег за доклад об AWS-лямбдах, потом передумали, а доклад-то уже готов, распланирован - ай, дай-ка я тупо расскажу об очередном этапе пути популярного проггера Андрея Мелихова. Ахинея какая-то, ребят. Микросервисы головного мозга.
да нет, он познал чистую архитектуру дяди боба но не согласился что автор фреймворка об этом не подумал и вместо эксепшнов хочет в монаду either (А именно ФПшники продают экспепшны как зло) как в коллбеке нодовском) кароче по другому решает вопросы. Как я понял в итоге все это оказалось сложным и не нужным и проще писать чистые облачные функции) каждый имеет право на свое мнение)
потому, что ООП єто императивщина со всеми вытекающими проблемами. Пока их немного - Вы живете. Зайдя за определенный порог - Вы начинаете искать выход, которого нет в области императивного программирования и быть его там не может - потому, что важна математическая доказуемость правильной работы той или иной части кода. Чего, естественно в императивном программировании нет априори. Вы начинаете метаться от решения к решению и приходите в FP.
Андрей наглядно, описав свой опыт, показал, как Вы неизбежно - єволюционно приходите к функционтльному программированию.
@@demimurych1 Андрей наглядно показал последствия ошибок проектирования, отказ от несения ответственности за них, ибо уволился, и якобы этим обоснован якобы переход на ФП, а ведь вилами по воде всё, ибо никто не отменяет ошибок проектирования на ФП. И более ничего Андрей не показал.
@@user-jd2kx9nb1t Давайте я попробую Вам показать то о чем идет речь немного с другой стороны - вы пишите тесты? Считаете это обязательной практикой? Понимаете почему?
А знаете почему в FP тесты ненужны и никогда не делаются?
@@demimurych1 ну дяденька, ну какое ФП, когда речь в том числе о студентах, кто вам синьёрский состав обеспечит, это раз. Потом, не разводить же тут старый добрый срач ООП-ФП, у ФП множество других вопросов, и победа этого подхода не произошла, и третье, не надо уводить в сторону, я вовсе не ФП тут критиковал, при чём тут оно вообще?
Мда...
Андрюха отец