Андрей Мелихов (Веб-стандарты) - Node.js фреймворки, или Туда и обратно.

Первая в Омске IT-конференция для JS-разработчиков «Сибирь.js» состоялась 2 и 3 июля 2022. sibirjsconf.ru/
Спикер: Андрей Мелихов (Senior fullstack developer, Osome). Андрей также известен как автор KZbin-канала @devschacht и соведущий подкаста «Веб-стандарты».
Тема доклада на Сибирь.js: Node.js фреймворки, или Туда и обратно
Тезисы доклада:
За годы разработок enterprise-приложений на Node.js я использовал Express, Nest.js и AWS-лямбды. У каждого подхода есть свои плюсы и минусы, все они остаются актуальными, ни одно из этих решений не стало золотым стандартом, и каждый раз, стартуя разработку нового приложения мы снова сталкиваемся с выбором - на чём же нам писать.
Пора ли забыть навсегда Express? Так ли хорош Nest.js, как рекламирует его автор, и не пора ли уйти на FaaS-решения?
Презентация: bit.ly/3JfbQlg
Андрей несколько лет отдал разработке геофизического оборудования (ассемблер навсегда в сердечке), 6 лет провёл в «Яндекс. Деньги», вышел на рынок и погрузился в FaaS.
Соведущий подкаста «Веб-стандарты», ведущий временно замороженного KZbin-канала «Девшахта». Состоит в программном комитете конференции «Я ❤ Фронтенд»
Выступал на множестве крупных конференций, но больше всего любит конференции и митапы за пределами столиц.
Подробности » sibirjsconf.ru
_______________
Место проведения: Омск, Festival City,
ул. 70 лет Октября, 19, 4-ый этаж офисного центра
Организатор: Purrweb
#omsk #jvcr #IT #purrweb #conference #омск #сибирьjs

[@MakarenkoSasha]

хорошо когда есть человек, который вперед тебя попрыгал по всем граблям )))

[@OlegMavlyutov]

Как же всегда приятно слушать и вникать в доклады Андрея Мелихова 🔥

[@purrweb]

Олег, спасибо! Андрей - замечательный спикер.

[@johnbrown3914]

Андрей проосто создан, чтобы делать доклады. Всегда приятно слушать

[@purrweb]

John, спасибо, что посмотрели доклад Андрея!

[@turboboy8049]

Удивительно, я ровно к этому решению с лямбдами (без предварительно матчасти) и пришел опытным путем за год управления небольшой командой

[@me29_hi8]

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

[@andytheV]

Вроде бы от ТС он уже тоже отказался. Таки Тимур был прав :)

[@microspace_ufa]

Класс, как бальзам на душу

[@sv3163]

Шикарный доклад!

[@sgatrade8719]

приятное преподнесение материала, слушать приятно. и интересно очень. спасибо. :-)

[@dmitriyzakharov3696]

"проблемы архитектуры" решаемы и вызваны спецификой тайпскрипта которая не содержит в рантайме интерфейсов, если заменить на абстракный класс то вполне себе можно сделать по гексогональной архитектуре (о чем ты упомянул). Вопрос лишь в том что не обязательно городить эти интерфейсы и жить в той парадигме который фреймворк предоставляет) если очень хочется все же "чистоган" то для этого подошла бы java или kotlin со своим spring boot. К слову в спринге так же есть исключения и описывается валидация через аннотации как в class validator где @Valid провалидирует в параметре метода без своей "ValidationPipe". По факту nestjs - это spring boot для nodejs. А принимать такой подход или жить все же в концепциях "ноды" и использовать json schema это дело личное.

[@user-fb6fr5nx9u]

anyway все это дает какие-то эфимерные плюсы взамен на лютое переусложнение всего и вся, все очень медленно движется и все время есть угроза вида "давайте сгладим немного углы, а то надо быстро протестить фичу" - тупиковый путь имхо

[@dmitriyzakharov3696]

@@user-fb6fr5nx9u ну тогда и пиши на голом экспрессе) люди на спринге не жалуются что им трудно писать) а нест это копия спринга.

[@energoww1704]

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

[@lifekurt3020]

Я тоже не мспоьзую ORM , работаю с постгресом и пишу сам через pg-sql2

[@nikitabrodel5180]

knex же кайф

[@lifekurt3020]

​@@nikitabrodel5180 да согласен работал и с ним

[@lifekurt3020]

@Nikita Brodel просто pg-sql поддерживает расширенные функции постгреса

[@vladislavkomkov5178]

Чем мотивирован отказ от ORM?

[@vladislavkomkov5178]

16 лет от шел до node, 16! Вы хотите его слушать?

[@vladsarosek9521]

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

[@user-jd2kx9nb1t]

Наделал неких выпадов в сторону внедрения зависимостей, упомянул ООП головного мозга, а потом "всё упёрлось в дизайн Нест и тайпскириповые аннотации". А что не так с ООП, что не так с бизнес-логикой, которая не должна знать конкретный логгер? Как будто чуваку пообещали денег за доклад об AWS-лямбдах, потом передумали, а доклад-то уже готов, распланирован - ай, дай-ка я тупо расскажу об очередном этапе пути популярного проггера Андрея Мелихова. Ахинея какая-то, ребят. Микросервисы головного мозга.

[@dmitriyzakharov3696]

да нет, он познал чистую архитектуру дяди боба но не согласился что автор фреймворка об этом не подумал и вместо эксепшнов хочет в монаду either (А именно ФПшники продают экспепшны как зло) как в коллбеке нодовском) кароче по другому решает вопросы. Как я понял в итоге все это оказалось сложным и не нужным и проще писать чистые облачные функции) каждый имеет право на свое мнение)

[@demimurych1]

потому, что ООП єто императивщина со всеми вытекающими проблемами. Пока их немного - Вы живете. Зайдя за определенный порог - Вы начинаете искать выход, которого нет в области императивного программирования и быть его там не может - потому, что важна математическая доказуемость правильной работы той или иной части кода. Чего, естественно в императивном программировании нет априори. Вы начинаете метаться от решения к решению и приходите в FP. Андрей наглядно, описав свой опыт, показал, как Вы неизбежно - єволюционно приходите к функционтльному программированию.

[@user-jd2kx9nb1t]

@@demimurych1 Андрей наглядно показал последствия ошибок проектирования, отказ от несения ответственности за них, ибо уволился, и якобы этим обоснован якобы переход на ФП, а ведь вилами по воде всё, ибо никто не отменяет ошибок проектирования на ФП. И более ничего Андрей не показал.

[@demimurych1]

@@user-jd2kx9nb1t Давайте я попробую Вам показать то о чем идет речь немного с другой стороны - вы пишите тесты? Считаете это обязательной практикой? Понимаете почему? А знаете почему в FP тесты ненужны и никогда не делаются?

[@user-jd2kx9nb1t]

@@demimurych1 ну дяденька, ну какое ФП, когда речь в том числе о студентах, кто вам синьёрский состав обеспечит, это раз. Потом, не разводить же тут старый добрый срач ООП-ФП, у ФП множество других вопросов, и победа этого подхода не произошла, и третье, не надо уводить в сторону, я вовсе не ФП тут критиковал, при чём тут оно вообще?

[@user-tv3wh5gc4r]

Мда...

[@chikenmacnugget]

Андрюха отец