программисты js хватаются за любое свежее говно

Куки это про хранение

Сейчас работаю с компанией из Новой Зеландии — так то ли это черта команды, то ли страны, но команда оооочень неспешная и нерешительная. Например, не хотят подключить bluebird потому что он слишком core level для них, а повышение производительности им пока не интересно. И вообще неизвестная библиотека, программистам придётся учиться ею пользоваться :)

а сейчас у них чо? колбеки? или промисы стандартные

Но вот неделю назад начали писать асинхронные тесты на генераторах :)

Сейчас работаю с компанией из Новой Зеландии — так то ли это черта команды, то ли страны, но команда оооочень неспешная и нерешительная. Например, не хотят подключить bluebird потому что он слишком core level для них, а повышение производительности им пока не интересно. И вообще неизвестная библиотека, программистам придётся учиться ею пользоваться :)

у меня аналогичная задача. так и оставил JWT ?

я в свой небольшой проект не возьму блубёрд, тк это лишний код

ну а если уже блубёрды брать, то тогда и лодашем обмазываться

ну а если уже блубёрды брать, то тогда и лодашем обмазываться

bluebird — скорость, cancellation, pattern-matching catch, управление ресурсами, try и map Если последние два ещё можно написать самому, то disposer и catch по паттернам уже чот перебор)

зачем обмазываться? можно импортировать только то что нужно

ну у блуберда кмк много всё равно не вырезать

Да, пока так. Если использовать токен только для аутентификации, то кука конечно удобней. Но если нужны какие-то данные из пейлоуда, то почему бы и нет? :)

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

Это же в сущности только для фронтенда имеет значение, да?

зачем обмазываться? можно импортировать только то что нужно

Ну да, можно немного обмазаться

Ну так-то да, но вот если я делаю сервер, мне же это не так критично — просто немного больше сожрется оперативки, немного дольше будет установка. Это не повлияет на качество продукта с точки зрения пользователя, не приведёт к торможению сайта или его более долгой загрузке. Ну ок, если конечно память засрать, GC не будет этому рад, но типа 1МБ в памяти сервера против 10-100МБ думаю будет и не заметно

привет, ребят, пишу впервые бек и на ноде. столкнулся с такой проблемой, так как сайт для пользователей нубов, решили что бы они вводили лишь имя и номер телефона, на номер телефона отправляется пароль, и и переводится на другой контроллер и страницу подтверждения пароля. так вот проблема в том, что когда мне добавлять пользователя в БД? просто при подтверждении пареля у меня же нет введненых данных (т.е. имя и телефон) поэтому мне надо регать его в момент регистрации? кароче подскажите какая тутт должна быть логика?

Положить все просто в сессию? А в БД записать — когда введёт правильно код? И если нод несколько, и запрос может прийти на любую — держать данные сессии например в редисе

ну да, многим некритично и на фронте, грузить пару мегов js + css для многих норма

не логичнее сделать статусы для пользователя в БД?

не логичнее сделать статусы для пользователя в БД?

тоже так думал, типа confirm: false ?

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

Энлайт штоле?

NaN === NaN // false Что курили авторы JS?

NaN === NaN // false Что курили авторы JS?

NaN === NaN // false Что курили авторы JS?

в прошлом

isNaN(NaN) // true

С этим-то понятно, но какие «глубинные» причины для того, чтобы NaN не был равен даже NaN?

NaN === NaN // false Что курили авторы JS?

NaN — это не число, а состояние, что ли.

То, что NaN - не число, весьма очевидно, кажется)

флипнулся в резист?

В самом низу. И вообще про числа в памяти компьютеров http://floating-point-gui.de/formats/fp/

А вот это прикольно, с википедии: «соответственно, самый простой метод проверки результата на NaN — это сравнение полученной величины с самой собой»

true

undefined == undefined ? вот так?

почему?