к сожалению, пытаются)

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

Мне нужен был map с указанием максимального одновременного числа исполняемых промисов, поэтому не мог сразу выпилить блюбёрд

Ну с этим можно согласиться. Допустим, это оправданные случаи. Но когда, например, тянут блуберд ради единственной функции, зачастую, промисифай, которая есть в util.promisify из коробки, – вопрос: зачем?

равно как зачем тянуть лодаш ради _.get

аа ну так да

Просто интересно, кто как решает такие моменты в неоправданных ситуациях. Когда, несмотря на комменты к ПР, право мерджа все равно остается доступным и все списывается на спешку

вспомнила - PromisePromise.any нужен был а его в 12й ноде еще нет, есть только в 14й, а у нас на хостинге еще нельзя 14-ю включить, взяла из bluebird раз он все равно там стоит

наверно 1) тщательным отбором людей 2) наличием строгого техлида, слово которого последнее 3) устранением спешки

когда нет доступной альтернативы среди нативного АПИ – согласен, можно посчитать это оправданым решением (тем более, что пакет уже был доступен)

“Спешка” зачастую просто завуалированное “я не хочу/не умею/не буду переделывать”, так что для 3-его пункта всегда можно найти оправдание, назвав его чем-то кроме спешки. Насчет первых двух согласен, но не всегда такие варианты доступны

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

еше бы бабушку привел ) пиэмом ))

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

тут больше вопрос к тому, что сообщество до сих пор таково, что для многих установить какую-то сторонню либу в проект ради 1-2 функций – вообще не вызывает вопросов

сорсы которых, конечно же, никто не читает…

каждая компания внутри строит свои правила и культуру. по идее по внутренним правилам (или компании или проекта) у вас должна быть возможность ограничивать такие действия. но если нет писаных правил или полномочий ограничивать людей (а в скраме обычно обьявляется коммунизм) то сложно конечно….

Коммунизм это как раз стандарты и учет, госты и общественный контроль. А вот эта описанная ерунда - либертарианство назывантся

Привет, есть задача, звучит она примерно так
1) Есть опросник n questions and n anwers;
2) Есть около 100 вариаций ответов;
3) Есть контент который мапится в зависимости от варианта ответа (1 из 100 к примеру)
Как я это сделал:
Есть две коллекции с вопросами и ответами и у каждого ответа на вопрос есть свой score, по формуле:
Q1:  Answer_1: {text: …,  score: 0 } Answer_2: {text: …,score:1
Q2:  Answer_1: {text: …, score: 10} Answer_2: text: …,score: 20}
Q3: Answer_1: {text: …,score: 100} Answer_2: {text: …,
  score:  200
И есть коллекция мапинга в которой (есть поле score и привязанный к скору контент который нужно отдать, пример score 221 и contentId: [1, 2, 3]);
Те я вытаскиваю ответы, считаю их скоры и лезу в базу с маппингом.
Собственно мой вопрос, есть ли какая-то литература, связанная с решением подобных задач, может есть какие-то алгоритмы которые можно почитать, либо кто-то может посоветовать другой подход решения этой задачи

Вопрос о том, как проектировать бд?

Это группа по ноде. Таки вопросы скорее в https://t.me/Programming_IP9X или в https://t.me/MetarhiaHPW

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