IK
Именно чтоб вы не парились :)
Size: a a a
2020 March 13
IK
Гайз, такой вопрос. я правильно понимаю, что интерпретатор js в ноде вешает обработчики событий до запуска программы? иначе как объяснить что результат работы асинхронной функции gatheringLoop, становится без гонки доступен в событии asyncParser.processor.on('end' . функция asyncParser.input.push(null) генерирует событие 'end' и только потом , await функции возвращает результат в переменную itemsCounter. т.е. последовательность такая происходит событие end и по логике itemsCounter все еще должен иметь стату pending, но так не происходит и в end мне доступен уже нормальный результат. эта вся конструкция работает , как мне нужно, но я ощущаю присутсвие какой-то магии
input.push null не сразу вызывает end
IK
Ибо streaming mode :)
TT
input.push null не сразу вызывает end
да, вот я как раз про это спрашивал. спасибо!
IK
Так что тут не js
IK
Стрим спит пока ему не сменят streaming mode
IK
Это нода
TT
Стрим спит пока ему не сменят streaming mode
а в какой конкретный момент он сменится?
OR
напомните, пожалуйста, инструмент, на который ещё Илья донатил? кажется, что-то с вимом связано было.
DB
@xanf_ua я вот недавно смотрел видео Тимура Шемесединова относительно состояния «баз данных» на текущий момент. В этом видео автор активно упирает на то что Postgres покрывает все возможности даже nosql без данных и та же MongoDB по сути не нужна. Аргументы приводятся вроде бы весомые, но не хочется быть подверженным влиянию одного источника.
Что бы вы могли сказать по этому поводу?
Что бы вы могли сказать по этому поводу?
VK
напомните, пожалуйста, инструмент, на который ещё Илья донатил? кажется, что-то с вимом связано было.
OR
точно! спасибо.
VK
@xanf_ua я вот недавно смотрел видео Тимура Шемесединова относительно состояния «баз данных» на текущий момент. В этом видео автор активно упирает на то что Postgres покрывает все возможности даже nosql без данных и та же MongoDB по сути не нужна. Аргументы приводятся вроде бы весомые, но не хочется быть подверженным влиянию одного источника.
Что бы вы могли сказать по этому поводу?
Что бы вы могли сказать по этому поводу?
У меня опыт не большой, но я могу сказать, что монга, скорее всего, вообще нужна очень немногим и в специфических кейсах, реляционные данные в ней вообще больно хранить, плюс вот это отсутствие "схемы данных" - это в большинстве случаев не плюс, а минус
VK
Плюс удобных инструментов для работы с монгой...mongoose разве что? Больше и нет ничего, у typeorm там много проблем с монгой
DB
У меня опыт не большой, но я могу сказать, что монга, скорее всего, вообще нужна очень немногим и в специфических кейсах, реляционные данные в ней вообще больно хранить, плюс вот это отсутствие "схемы данных" - это в большинстве случаев не плюс, а минус
Я просто тоже начинал с реляционных баз и сейчас активно учу монгу так как нужно по работе. И то что мне кажется что как раз наоборот - достаточно большое количество кейсов особенно в мелких и ниже среднего проектах можно запросто покрыть при помощи монги и aggregation framework. Но в том то и дело что я в этом пока не уверен
IK
@xanf_ua я вот недавно смотрел видео Тимура Шемесединова относительно состояния «баз данных» на текущий момент. В этом видео автор активно упирает на то что Postgres покрывает все возможности даже nosql без данных и та же MongoDB по сути не нужна. Аргументы приводятся вроде бы весомые, но не хочется быть подверженным влиянию одного источника.
Что бы вы могли сказать по этому поводу?
Что бы вы могли сказать по этому поводу?
Поддерживаю Тимура. Постгре крут
IK
а в какой конкретный момент он сменится?
Все расписано. Или в момент команды resume или при подписке на data
DB
Поддерживаю Тимура. Постгре крут
Настолько прям что монго из разряда «ненужно» или все же есть что-то специфическое для неё?
AS
монга ж вроде масштабируется огоньско (я правда не спец в этом) или монга тоже все это умеет?
IK
Настолько прям что монго из разряда «ненужно» или все же есть что-то специфическое для неё?
Есть ряд задач