Андрей Мелихов - Cовременный бэкенд для фронтенда на Node.js

Ближайшая конференция - HolyJS 2024 Autumn, 6 ноября (Online), 12-13 ноября, Санкт-Петербург
- -
. . Современный фронтенд - это богатое клиентское приложение, оперирующее развесистым набором данных. Однако, оставаясь в парадигме архитектуры «клиент-сервер», такие приложения всё ещё требуют серверного кода, часть из которого начинаем писать мы, фронтендеры, отвоёвывая пядь за пядью землю под ногами бэкендеров. И вместе с этим приходят вопросы: как писать серверный код? Можно ли весь бэкенд перенести на JavaScript? Будет ли это код enterprise-уровня? Nest - это то, чего все ждали, чтобы начать писать настоящий бэкенд? Что же, разберёмся, что такое бэкенд для фронденда, как писать его так, чтобы было не стыдно, и почему Nest ничего не решает, когда мы говорим об архитектуре.
Андрей Мелихов (Яндекс.Деньги).
Прежде чем стать фронтендером, Андрей несколько лет отдал разработке геофизического оборудования. Писал код для микроконтроллеров на ассемблере и решал задачи передачи данных по километровому шумному кабелю. Во фронтенде немного заскучал, но недавно обнаружил целый пласт слабо исследованных (по крайней мере, в рунете) низкоуровневых областей, связанных с вопросами генерации машинного кода из JavaScript. Продолжает копать вглубь и делиться с сообществом.

[@sergeyshevchenko3646]

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

[@goshana1987]

Спасибо за доклад.👏

[@MrAccountMrAccount]

Спасибо за доклад!

[@polioann]

Андрей лучший!

[@serhiirumiantsev7736]

Круто, спасибо

[@ShketIam]

DTO - раздражает меппинг данных, так как в разных модулях разные люди его пишут и просачиваются разные переменные, наприме: `energyCertificate` vs `energyRate`. Мне кажется DTO + Services достаточно для бэкенда. А во тво фронтенде что использовать, что бы получить модели? Которые не привратятся в GoodObject и при необходимости их можно будет заюзать в бэке.

[@plasticine6712]

А можно пруфы относительно произношения deno? Где объявил?

[@user-ec8xv5qx3g]

Для себя я узнал несколько интересных фактов. Два вывода я сделал: 1. Желание "Попробовать тут, потом там и вот здесь NodeJS" уменьшилось. 2. Появилось понимание где это "Попробовать тут, потом там и вот здесь NodeJS" будет к месту.

[@user-vm7hj3hd5z]

Я ничего не понял, но очень интересно. Пока смотрел прям почувствовал как у меня отрастает бэкендерская борода )

[@user-ru9bc4qt8g]

Это точно, а ещё промежуточные усы и хвост

[@mario1ua]

28:52 А где обьявляется ILogger? Насколько я понял, если UserService не должен от него зависеть, то на стороне UserService, но в то же время другие доменньіе сущности тоже его должньі использовать

[@unique3345]

Есть разные способы. Я натыкался на два из них. 1. Хранить интерфейс в одном и том же файле 2. Хранить интерфейсы в папке domain в под-папке с именем компонента, а имплементацию хранить с наружи папки domain.

[@sashasmirnov5140]

10:00 Brain For Frontend-еров :D

[@BoolFalse]

16:16 мидлварэ c'mooon..

[@vladimirkrylov4947]

Боль с дто на Java я решаю с mapstruct. Профит от дто колласальный, меняй схемы таблицы, на фронте ниче не надо трогать.

[@MsDanll]

кто нибудь понял о чем речь?

[@MrAccountMrAccount]

BFF на ноде, всё понятно же

[@3ggr]

Ох... Я три с половиной года активно изучаю и разрабатываю фронтенд, но понять всё, о чём говорит Андрей в докладе, не представляется возможным ( Мне надо прочитать все книги Роберта Мартина или что? 🤨

[@whynot8140]

Такая же фигня...

[@Eugene.g]

все просто: Computer Science, OOP, DDD, SOLID, Clean Architecture, известные книги, курсы Plurasight, годик-другой харкора в бэк-энде на Яве или Сишарпе и все станет понятно )

[@DG-rl3iy]

Ужасное повествование. С пятого на десятое, про всё и не про что. Такое ощущение, что рассказывает для себя или для галочки в своей компании. Видно, что знает много но рассказать хоть что-то не может толком.

[@whoknows921]

Посмотрите на его канале видео на ту же тему, но более расширенную версию. Может, лучше сможете уловить суть

[@slavamilin]

Возможно вы не попадаете в целевую аудиторию доклада. Довольно интересно и легко смотрится когда есть смежный опыт работы с технологиями из доклада и сталкивался с подобными проблемами в продакшене.