Салют, ребята. Я к вам на пять минут. Есть одна книга, кто-то знаком? Стоит ли покупать/пиратить? https://www.nodejsdesignpatterns.com/

Ожидания от книги - узнать наконец как готовить ноду на бэке правильно

Или хотя бы направление готовки обрисовать

Ну и в догонку, может кто альтернативные какие-то источники насоветует?

Интересуют не базовые вещи, а именно как готовить так, чтобы потом не гореть в аду

Книга есть в сети, но большинство книг от packt посредственные

мне кажеться пока не попробуешь смысла от книг и тд нету. А вот если ты с кем то работаешь тогда вообще тема

два проекта на ноде

не могу после дня ничего делать. Как расслабиться ? что бы работа шла продуктивнее

но обоими недоволен

я конечно разбалован рубями

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

на чем были проекты?

оба на экспресе

один из них - онли ES5

заказчик по каким-то причинам не хотел видеть ES6 в принципе

коу возьми. Не знаю че еще можно

коа трогал, но тут вопрос не в том, какая структура обработки запросов, а как правильно готовить бизнес логику с учетом асинхронности и прототипов вместо классов

если использовать привычные ООП подходы руби или джавы - в итоге получается ужас

Поправьте меня, но koa не склоняется 🙃

да это дурацкая привычка коверкать слова )

не обращай внимания )

Коу звучит так же дико как кофю и метру)

если использовать привычные ООП подходы руби или джавы - в итоге получается ужас

Забудь про подходы из джавы И про прототипы тоже)

ну подходы из джавы я помню средне, для примера больше привел

больше про подходы из руби

¯\_(ツ)_/¯

его я использую регулярно, но то что работает в руби - в js выглядит совсем по другому )

Отличия от руби — в языке выбрали явное vs неявное

Каждый раз как захочешь юзать идею из руби вспоминай, что в этом языке выпилили with))

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

распарсишь, явное - это руби или js?

там с разных точек зрения разные варианты могут быть просто )))

распарсишь, явное - это руби или js?

Больше к js

я бы поспорил, но в js чате это опасно ) rails - да, неявное целиком и полностью )

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

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

вот я это понимаю, потому и хочу найти либо примеры, либо литературу о том, какие подходы нужно применять

Потому что уже натерпелись

даже хз че спросить. Работаю с node не долго, но вроде все ясно. Иногда тупые залипы, но это не страшно

я вечно недоволен своим кодом на js

на фронте ещё либы/фреймворки подсказывают правильную дорогу

а на бэке - тьма

фреймворк копия laravel на node

я вечно недоволен своим кодом на js

В момент, когда это прекратится начнётся твой личный застой)

бери. Он точно подскажет правильную дорогу. Сам я не юзал. Ну раз копия laravel, то это имба

В момент, когда это прекратится начнётся твой личный застой)

как избавиться от этого застоя ? D

laravel - под впечатлением от Yii, Yii под впечатлением от Rails

я так в исходную точку вернусь ))

laravel это далеко от yii. Они абсолютно разные

ты такого как в laravel не найдешь нигде

как избавиться от этого застоя ? D

Принять как данность то, что твой код далеко не идеален и всегда видеть слабые места

не буду спорить, вся инфа о PHP-мире у меня только от третьих лиц )

Принять как данность то, что твой код далеко не идеален и всегда видеть слабые места

как их видеть? Пока носом не ткнут то и не заметишь ☹️

Какая проблема в коде? Покажите его если он public

Какая проблема в коде? Покажите его если он public

Та сейчас собственно никакой. В прошлой компании были проекты на ноде, я не смог готовить её правильно, хотя рефакторил всё, старался делать красиво, но в итоге всё-равно недостаточно красиво. Сейчас на моем проекте на рельсе затишье и я решил предпринять второй подход по понимаю, как правильно готовить node.js

Принять как данность то, что твой код далеко не идеален и всегда видеть слабые места

Код-то может быть идеален

все делали и не сделали? вы все новички там были?

А вот архитектура нет

В данный момент ищу годные по мнение node.js сообщества источники о бест-практисах )

все делали и не сделали? вы все новички там были?

ну как не сделали, проект запустился, работает, багов нет

ну на гите тьма

недоволен качеством самого кода

А че с ним не так?

там не то что коллбэк хелл - не настолько нуб вроде, но Single Responsibility хромает

Вопрос «что делать» в отличии от вопроса «что не так» к сожалению однозначного ответа не имеет 😄

там не то что коллбэк хелл - не настолько нуб вроде, но Single Responsibility хромает

в фп есть этот принцип?

с каких пор js - чисто функциональный язык? )

прототипы - это про ООП, разновидность )

с каких пор js - чисто функциональный язык? )

С тех пор как ввели => Это стрелка чёрча со всеми вытекающими следствиями

тобишь js уже и stateless стал? )

что-то либо я путаю, либо вы меня троллите )

Забудь про прототипы)) Если упарываться по фп в жс — это сугубо опционально, то обычные классы вместо прототипной магии рекомендуются очень настоятельно

тобишь js уже и stateless стал? )

Иммутабельность во все поля

По желанию

У меня к примеру такое желание есть, но я не навязываю. Просто радуюсь, что могу себе позволить)

Иммутабельность во все поля

т.е ес6 классы кто то юзает на ноде? Это нормально ? На пример я юзаю коа и хз где там классы прикрутить. Все фп

Ну смотря сколько сущностей в проекте и что он делает. Если он служит фронтендом для другого сервиса — то очевидно можно обойтись без классов

смотря что пилить

Ну смотря сколько сущностей в проекте и что он делает. Если он служит фронтендом для другого сервиса — то очевидно можно обойтись без классов

а если сущностей штук 10. Ну я хз. Коа навязывает же фп

Ну это абстрактный какой-то вопрос) Что значит штук 10)) В процессе рефакторинга вижу, что например в проекте вездею заются координаты вида { x: number, y: number }, ну для повышения удобства и улучшения типизации делаю класс Point { x: number y: number constructor(x: *, y: *) { thix.x = x; this.y = y } }