Если минусов нет, то зачем тогда let существует?

чисто гипотетически использование let позволило бы экономить память

мне eslint запрещает использовать var, потому что используем конфиг airbnb. Но я не вижу ни одного минуса в использовании var.

перекрытие перменных в области видимости не создает скоуп в for напримепр

Ну как нету. А блочная видимость? А в цикле ты себе переменную объявил, а потом за пределами цикла еще одну такую же и словил радостей? Я не знаю, в блоке if объявил переменную и ловишь потом её по всей функции?) >> Если ты понимаешь как работает var В принципе можно и глобальные переменные использовать. Если понимаешь, как они работают )

А в чем странность?

Кстати, есть у кого-то успешный опыт с какими-нибудь библиотеками для реализации форм в React? Сразу скажу, проект не на Redux )

есть смысл в других орм для монги, окромя монгуся?

ну mongorito например не требует схему

побыстрому подключил и накидал код

Хз. Монгус вроде очень неплохой. Особых проблем с ним не испытывал

лол, из жс'а получают доступ к памяти https://www.vusec.net/projects/anc/

лол, из жс'а получают доступ к памяти https://www.vusec.net/projects/anc/

Редактить не могут я так понимаю

Вроде нет речи даже о чтении

Вроде нет речи даже о чтении

Разве не получают последний бит страницы?

Не увидел такого

atom, vscode, webstorm

(Sequelize) я тут уже спрашивал, думал что поправил, а оказывается нет в общем такой проблемс, есть хук User.afterFind(( user, options ) => { console.log( 'HOOOK!!!!!' ); }); всеб хорошо, но при include он не срабатывает

emacs vim

(Sequelize) я тут уже спрашивал, думал что поправил, а оказывается нет в общем такой проблемс, есть хук User.afterFind(( user, options ) => { console.log( 'HOOOK!!!!!' ); }); всеб хорошо, но при include он не срабатывает

а почему должен?

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

мне надо преобразовывать json to text и наоборот

get, set оказывается надо вызывать отдельно

@iamstarkov я помню ты хотел помочь

@iamstarkov я помню ты хотел помочь

Мм?

(Sequelize) я тут уже спрашивал, думал что поправил, а оказывается нет в общем такой проблемс, есть хук User.afterFind(( user, options ) => { console.log( 'HOOOK!!!!!' ); }); всеб хорошо, но при include он не срабатывает

@iamstarkov уот

@iamstarkov уот

Я хз про sequlize

:( эх

Верный выбор. Первое предупреждение

ща

const options = { where: { id: profileId }, include: [ { model: models.User }, { model: models.Game } ] }; const profile = models .Profile .findOne( options ); profile.then(record => { callback( record ); }); profile.catch(( err ) => { callback( null ); });

Ну уж больно глупо было

@safonovklim

эх

читал

я все поперерыл

толковой инфы нет(

толковой инфы нет(

исходники?

долго

я уже думал за форк

прочитать

а не переписывать

https://github.com/sequelize/sequelize/issues/4627

connection pool нужен не для всех бд

это зависит от протокола

Ну вот, например, нужно сделать кучку микросервисов с апи, разными структурами данных, валидайией бла бла бла. Ну не руками же это все реализоввывать! Ну дно ж

Вот пока изучаю лупбэк так просто кайфую от его возможностей для организации общения между сервисами. Настройка работы с микросервисом, если он тоже на лупбэке, сводится к созданию в конфига и пустой модели. Таким образом ты работаешь с моделью как будто напрямую из микросервиса, хотя по факту http запросами.

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

я решил свою проблему

можете поздравить, ядибил

get, set прекрасно работают ток вот я json stringfy делал дважды

и при парсе я получал строку опять

от старого кода осталось

get: function ( key ) { const value = this.getDataValue( key ); let res = null; if ( value ) { res = JSONparse( value ); } return res; }, set: function ( value, key ) { return this.setDataValue(key, JSON.stringify( value )); }

JSONparse моя функция с отловом исключения

А какие плюсы у var перед let ? Ну кроме hoisting, которые едва ли достоинство?

Вообще то let тоже всплывает, и даже const

Забавно, что все этим регулярно пользуются, но если спросить, всплывает ли const, твёрдо отвечают «нет»

Всплывать то всплывает, но ведет себя по другому

Естественно

Тем более что они всплывают только внутри блоков

Вообще то let тоже всплывает, и даже const

Ну лет за ифом не всплывает, а вар всплывает

Ну нормальную видимость сделали. Осталось деструкторы допилить

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

Забавно, что все этим регулярно пользуются, но если спросить, всплывает ли const, твёрдо отвечают «нет»

какой профит или недостатки от всплытия let/const если при обращении к ним из мертвой зоны все равно ошибка?

какой профит или недостатки от всплытия let/const если при обращении к ним из мертвой зоны все равно ошибка?

Прямой, убирается головная боль порядка объявления переменных, не снимая плюсов let/const const print = result => { if( validate( result ) ) { // validate всплыл, но доступен только после объявления console.log(result) } } const validate = result => !!result print({})

тут tj make переписал https://github.com/tj/mmake

тут tj make переписал https://github.com/tj/mmake

это TJ перешел на ГО после ноды?

это TJ перешел на ГО после ноды?

в 14-м еще кажется

Это тот самый TJ который с новостями или какой-то другой?

С какими новостями?

Это который TJ Holowaychuk

TJ вообще разочаровался в Ноде.

https://medium.com/@tjholowaychuk/farewell-node-js-4ba9e7f3e52b#.mbgsp3ke8

Это тот самый TJ который с новостями или какой-то другой?

Koa, express - все дела

Он в го за 2 года не разочаровался?

Он в го за 2 года не разочаровался?

год назад было

не разочаровался но в Node.js вернулся хотя обещал что уходит навсегда :)

Да не вернулся

В этом прелесть го - невозможно разочароваться

И так все понятно