Среди многих прочих вещей

Именно. Зависит от написания кода. Каждый раз об этом думать.

И то это вопрос времени

Я часто использую блуберд генераторы если нет async await

Ну это пишется строк в 20

Пока что долго тянется история. Но всё равно, даже без этого код с try/catch по мне так более мерзко выглядит. Придёт нативный a/a - попробую привыкнуть.

Но эти все фишки есть в блуберд и куча других

Проблема vendor lockin

Она есть везде

Когда нативные будут быстрее - уже пути назад не будет

А они будут быстрее

Есть такое. Но конктретно с этим модулем - не беда. Ну, лишний пакет, и что? Поддерживается, работает.

Так можно придти к тотальному отказу от npm.

ну типа есть грань

тащить left-pad

или не использовать ничего

Просто как по мне так лучше утилы не привязанные к реализации промисов

Это всё адовая вкусовщина и тупо срачи устраивать. Каждый решает сам. Ещё скажите, что надо срочно бежать jQuery из старых проектов выпиливать, т.к. каждый хипстер сейчас реактом обмазан со всех сторон.

использовать все в меру - вкусовщина? Возможно

Vanilla js же )

Мера - понятие растяжимое от 0 до infinity. От команды до проекта зависит.

Тот же left-pad - да, зло. Но есть очень клёвый и полезный lodash, в котором и left-pad присутствует. Его тоже не использовать при lodash?

Тот же left-pad - да, зло. Но есть очень клёвый и полезный lodash, в котором и left-pad присутствует. Его тоже не использовать при lodash?

Если ставить цель отказаться от left-pad, то наверное придется процентов 90 зависимостей удалить

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

И оставить одну-две?) Потому что зависимостей не так уж и много в реальных проектах. Ну, не считая тягомотины с dev-*.

Потому что 90% модулей - говно

Чем меньше зависимостей, тем лучше

Потому что 90% модулей - говно

Факт. Печальный очень. Тут вчера говорили, что npm развращает. Он не развращает. Он фрустрирует и отнимает тонну времени на изучение всякого барахла в поисках полезного и рабочего. В итоге либо пишется custom, либо патчится существующий модуль, либо ещё какие костыли.

Npm в основном состоит из модулей, написаных по фану , и никем никогда не использованных в проде

И оставить одну-две?) Потому что зависимостей не так уж и много в реальных проектах. Ну, не считая тягомотины с dev-*.

На бэке да, меньше. На фронте это ад в больших проектах. И я не говорю даже о тех проектах, которые джун пишет и подключает туда isarray, там просто объективно много всего надо.

Не та уж и много

Не та уж и много

Если на реакте, то много

В основном для dev

Если на реакте, то много

Да нет, там просто культ зависимостей

На самом деле мало что нужно

Я вот недавно писал либу и там нет зависимостей. Но это достаточно простая либа.

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

Фронт - отдельная тема. Там правильнее полифилы подключать, где это для compatibility важно. Хотя, библиотеки тоже важны, зависит от. На беке - всё зависит от проекта. Несколько библиотек по-любому, т.к. есть сеть, хранилище, кеш, почта, например и прочие штуки типа веб-фреймфорка и ORM. Десяток главных модулей всегда набегает. Но и не сильно больше.

Да нет, там просто культ зависимостей

Нет, там культ библиотек, которые делают одну вещь, но делают хорошо. Поэтому количество зависимостей увеличивается, но размер у них как правило не большой

Фронт - отдельная тема. Там правильнее полифилы подключать, где это для compatibility важно. Хотя, библиотеки тоже важны, зависит от. На беке - всё зависит от проекта. Несколько библиотек по-любому, т.к. есть сеть, хранилище, кеш, почта, например и прочие штуки типа веб-фреймфорка и ORM. Десяток главных модулей всегда набегает. Но и не сильно больше.

Полифилы я как правило в конфиг бабеля прописываю и он их сам добавляет. Но да, все равно это зависимость.

Завистимость, bundle то полный уйдёт к клиенту.

Завистимость, bundle то полный уйдёт к клиенту.

Да. Я недавно смотрел сколько это все занимает места и офигевал, core.js - 150 кило...

И это в ужатом виде

ExtJS вспомнить надо, всё остальное - пушинки.

ExtJS вспомнить надо, всё остальное - пушинки.

Аххахх))) да, я помню, 400 метров ?

Ладно, это всё уже вне ноды темы, в соседнем чатике на мегабайты текста каждый день обсасывают подобное) Ну его нафиг.

Потом правда они сделали что-то вроде чанков и лэзи лоадинг

допустим, онлайн-покер

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

Нет, там культ библиотек, которые делают одну вещь, но делают хорошо. Поэтому количество зависимостей увеличивается, но размер у них как правило не большой

Нет, это они так говорят

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

В принципе да

А в чем их скорость? Это же промисы, они ведь медленные

Пиши все на коллбеках тогда :)

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

Если там паралленько будет Nk игр идти, то надо ещё смотреть. Но по мне так важнее консистентность данных для таких игр, поэтому БД с транзакциями.

Если там паралленько будет Nk игр идти, то надо ещё смотреть. Но по мне так важнее консистентность данных для таких игр, поэтому БД с транзакциями.

не ну это решается шардированием там в принципе это более менее спокойно делается

хоть на той же монге

Да не, транзакции как раз не нужны

Монга и консистентность на уровне хранилища? Нет, спасибо)

Нужно просто стейт в одном документе хранить

Не нужны для атомарных операций. Цепочка - уже транзакция.

Для игр это не нужно

Там все равно нужен конечный автомат в памяти

Может. Тут я фантазирую больше, надо изучать модели данных для таких штук.

Для этого хорошо подходят виртуальные акторы

Нужно просто стейт в одном документе хранить

Вот и хранят весь стейт в одной коллекции. А таскают ее всю туда по сети и выборок нормальных сделать не могут. В общем страдают от монги

Писал лет 8 назад браузерный покер. Все отлично работало на postgresql

Ага. Игра в покер - одна часть. Вторая - статистика и аналитика. И тут начинается...

ERROR: S client not available

Как долго нужно учиться node если знаешь c# и js?

Как долго нужно учиться node если знаешь c# и js?

Лучше не учиться

Можно быстро, если действительно знаешь JS. Нода - это по сути API просто.

Спасибо

Зачем нода если на дотнет есть тот же event loop и в целом платформа стройнее

Шучу конечно, но только на половину

ms - стройная платформа?

Вполне. Я про дотнет стек

Ну, так-то да. Только там вендор-лок головного мозга уже. Без права на всплытие.

Но, дело вкуса, как обычно)

Есть моно, но там другой лок

Ну, это уже больше про девайсы, нежели про сервер.

Микрософт нужно топить не переключая на его технологии никакого своего внимания.

Примерно как они линух не упоминали нигде. Есть прецедент когда микрософт захватывает какой-то сегмент а потом уничтожает

Свежо предание)

Кстати технология уничтожения вот https://ru.wikipedia.org/wiki/Embrace,_Extend,_and_Extinguish

почему внизу ребят?

правая штука

Дисплей инлайн-блок? Не?

спс

Сделай первому вертикал алайн: топ. Ато Оно по умолчанию по бейз-лайну выравнивается

о большое спасибо ,вск как надо стало

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

Естественно

в оперативной памяти

это то понятно, что в оперативе

просто на пыхе цикл совсем другой

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

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

но при этом EventLoop то один на всех, в рамках процесса.

Пишут оракл джабку ЕЕ уничтожает

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