"проблемы архитектуры" решаемы и вызваны спецификой тайпскрипта которая не содержит в рантайме интерфейсов, если заменить на абстракный класс то вполне себе можно сделать по гексогональной архитектуре (о чем ты упомянул). Вопрос лишь в том что не обязательно городить эти интерфейсы и жить в той парадигме который фреймворк предоставляет) если очень хочется все же "чистоган" то для этого подошла бы java или kotlin со своим spring boot. К слову в спринге так же есть исключения и описывается валидация через аннотации как в class validator где @Valid провалидирует в параметре метода без своей "ValidationPipe". По факту nestjs - это spring boot для nodejs. А принимать такой подход или жить все же в концепциях "ноды" и использовать json schema это дело личное.
anyway все это дает какие-то эфимерные плюсы взамен на лютое переусложнение всего и вся, все очень медленно движется и все время есть угроза вида "давайте сгладим немного углы, а то надо быстро протестить фичу" - тупиковый путь имхо
Наделал неких выпадов в сторону внедрения зависимостей, упомянул ООП головного мозга, а потом "всё упёрлось в дизайн Нест и тайпскириповые аннотации". А что не так с ООП, что не так с бизнес-логикой, которая не должна знать конкретный логгер? Как будто чуваку пообещали денег за доклад об AWS-лямбдах, потом передумали, а доклад-то уже готов, распланирован - ай, дай-ка я тупо расскажу об очередном этапе пути популярного проггера Андрея Мелихова. Ахинея какая-то, ребят. Микросервисы головного мозга.
да нет, он познал чистую архитектуру дяди боба но не согласился что автор фреймворка об этом не подумал и вместо эксепшнов хочет в монаду either (А именно ФПшники продают экспепшны как зло) как в коллбеке нодовском) кароче по другому решает вопросы. Как я понял в итоге все это оказалось сложным и не нужным и проще писать чистые облачные функции) каждый имеет право на свое мнение)
потому, что ООП єто императивщина со всеми вытекающими проблемами. Пока их немного - Вы живете. Зайдя за определенный порог - Вы начинаете искать выход, которого нет в области императивного программирования и быть его там не может - потому, что важна математическая доказуемость правильной работы той или иной части кода. Чего, естественно в императивном программировании нет априори. Вы начинаете метаться от решения к решению и приходите в FP. Андрей наглядно, описав свой опыт, показал, как Вы неизбежно - єволюционно приходите к функционтльному программированию.
@@demimurych1 Андрей наглядно показал последствия ошибок проектирования, отказ от несения ответственности за них, ибо уволился, и якобы этим обоснован якобы переход на ФП, а ведь вилами по воде всё, ибо никто не отменяет ошибок проектирования на ФП. И более ничего Андрей не показал.
@@ГеннадийБекасов-ь5ю Давайте я попробую Вам показать то о чем идет речь немного с другой стороны - вы пишите тесты? Считаете это обязательной практикой? Понимаете почему? А знаете почему в FP тесты ненужны и никогда не делаются?
@@demimurych1 ну дяденька, ну какое ФП, когда речь в том числе о студентах, кто вам синьёрский состав обеспечит, это раз. Потом, не разводить же тут старый добрый срач ООП-ФП, у ФП множество других вопросов, и победа этого подхода не произошла, и третье, не надо уводить в сторону, я вовсе не ФП тут критиковал, при чём тут оно вообще?
Как же всегда приятно слушать и вникать в доклады Андрея Мелихова 🔥
Олег, спасибо! Андрей - замечательный спикер.
хорошо когда есть человек, который вперед тебя попрыгал по всем граблям )))
Спасибо дядь ты крут. Контент просто высший, огромное спасибо. И насчет TS ты все прямо по факту говоришь, так как оно и есть. Удачи и всех благ!
приятное преподнесение материала, слушать приятно. и интересно очень. спасибо. :-)
Класс, как бальзам на душу
Андрей проосто создан, чтобы делать доклады. Всегда приятно слушать
John, спасибо, что посмотрели доклад Андрея!
Шикарный доклад!
Удивительно, я ровно к этому решению с лямбдами (без предварительно матчасти) и пришел опытным путем за год управления небольшой командой
"проблемы архитектуры" решаемы и вызваны спецификой тайпскрипта которая не содержит в рантайме интерфейсов, если заменить на абстракный класс то вполне себе можно сделать по гексогональной архитектуре (о чем ты упомянул). Вопрос лишь в том что не обязательно городить эти интерфейсы и жить в той парадигме который фреймворк предоставляет) если очень хочется все же "чистоган" то для этого подошла бы java или kotlin со своим spring boot. К слову в спринге так же есть исключения и описывается валидация через аннотации как в class validator где @Valid провалидирует в параметре метода без своей "ValidationPipe". По факту nestjs - это spring boot для nodejs. А принимать такой подход или жить все же в концепциях "ноды" и использовать json schema это дело личное.
anyway все это дает какие-то эфимерные плюсы взамен на лютое переусложнение всего и вся, все очень медленно движется и все время есть угроза вида "давайте сгладим немного углы, а то надо быстро протестить фичу" - тупиковый путь имхо
@@ИгорьЖуков-к3г ну тогда и пиши на голом экспрессе) люди на спринге не жалуются что им трудно писать) а нест это копия спринга.
Вроде бы от ТС он уже тоже отказался. Таки Тимур был прав :)
я бы добавил что, при использовании стоковых инжектов, у нас появляется зависимость от фреймворка в бизнес логике, что тоже не есть хорошо
По итогу всё пришло к тому что зачем нужен Nest и Typescript когда у тебя багаж знаний как у Шамсединова, если не больше :DDD
Я тоже не мспоьзую ORM , работаю с постгресом и пишу сам через pg-sql2
knex же кайф
@@nikitabrodel да согласен работал и с ним
@Nikita Brodel просто pg-sql поддерживает расширенные функции постгреса
Чем мотивирован отказ от ORM?
16 лет от шел до node, 16! Вы хотите его слушать?
В основном слышал, что нитко ничего не понимает. Так пусть учатся, это работа, надо работать и улучшать знания, не хочешь учиться, уходи
Наделал неких выпадов в сторону внедрения зависимостей, упомянул ООП головного мозга, а потом "всё упёрлось в дизайн Нест и тайпскириповые аннотации". А что не так с ООП, что не так с бизнес-логикой, которая не должна знать конкретный логгер? Как будто чуваку пообещали денег за доклад об AWS-лямбдах, потом передумали, а доклад-то уже готов, распланирован - ай, дай-ка я тупо расскажу об очередном этапе пути популярного проггера Андрея Мелихова. Ахинея какая-то, ребят. Микросервисы головного мозга.
да нет, он познал чистую архитектуру дяди боба но не согласился что автор фреймворка об этом не подумал и вместо эксепшнов хочет в монаду either (А именно ФПшники продают экспепшны как зло) как в коллбеке нодовском) кароче по другому решает вопросы. Как я понял в итоге все это оказалось сложным и не нужным и проще писать чистые облачные функции) каждый имеет право на свое мнение)
потому, что ООП єто императивщина со всеми вытекающими проблемами. Пока их немного - Вы живете. Зайдя за определенный порог - Вы начинаете искать выход, которого нет в области императивного программирования и быть его там не может - потому, что важна математическая доказуемость правильной работы той или иной части кода. Чего, естественно в императивном программировании нет априори. Вы начинаете метаться от решения к решению и приходите в FP.
Андрей наглядно, описав свой опыт, показал, как Вы неизбежно - єволюционно приходите к функционтльному программированию.
@@demimurych1 Андрей наглядно показал последствия ошибок проектирования, отказ от несения ответственности за них, ибо уволился, и якобы этим обоснован якобы переход на ФП, а ведь вилами по воде всё, ибо никто не отменяет ошибок проектирования на ФП. И более ничего Андрей не показал.
@@ГеннадийБекасов-ь5ю Давайте я попробую Вам показать то о чем идет речь немного с другой стороны - вы пишите тесты? Считаете это обязательной практикой? Понимаете почему?
А знаете почему в FP тесты ненужны и никогда не делаются?
@@demimurych1 ну дяденька, ну какое ФП, когда речь в том числе о студентах, кто вам синьёрский состав обеспечит, это раз. Потом, не разводить же тут старый добрый срач ООП-ФП, у ФП множество других вопросов, и победа этого подхода не произошла, и третье, не надо уводить в сторону, я вовсе не ФП тут критиковал, при чём тут оно вообще?
Мда...
Андрюха отец