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

Подписаться 695

Просмотров 15 тыс.

50% 1

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

Животные

Опубликовано:

15 ноя 2022

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 32

@MakarenkoSasha Год назад

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

@OlegMavlyutov Год назад

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

@purrweb Год назад

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

@sv3163 Год назад

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

@microspacer Год назад

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

@johnbrown3914 Год назад

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

@purrweb Год назад

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

@sgatrade8719 Год назад

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

@me29_hi8 10 месяцев назад

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

@turboboy8049 4 месяца назад

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

@sololvlpy Месяц назад

По итогу всё пришло к тому что зачем нужен Nest и Typescript когда у тебя багаж знаний как у Шамсединова, если не больше :DDD

@energoww1704 Год назад

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

@andytheV 11 месяцев назад

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

@dmitriyzakharov3696 Год назад

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

@user-fb6fr5nx9u Год назад

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

@dmitriyzakharov3696 Год назад

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

@vladislavkomkov5178 3 месяца назад

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

@lifekurt3020 Год назад

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

@nikitabrodel Год назад

knex же кайф

@lifekurt3020 Год назад

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

@lifekurt3020 Год назад

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

@vladislavkomkov5178 3 месяца назад

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

@user-tv3wh5gc4r Год назад

Мда...

@vladsarosek9521 5 месяцев назад

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

@user-jd2kx9nb1t Год назад

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

@dmitriyzakharov3696 Год назад

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

@demimurych1 Год назад

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

@user-jd2kx9nb1t Год назад

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

@demimurych1 Год назад

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

@user-jd2kx9nb1t Год назад

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