Vint
Пока что долго тянется история. Но всё равно, даже без этого код с try/catch по мне так более мерзко выглядит. Придёт нативный a/a - попробую привыкнуть.
Alex ZeroDub
Но эти все фишки есть в блуберд и куча других
Vladimir
Проблема vendor lockin
Alex ZeroDub
Она есть везде
Vladimir
Когда нативные будут быстрее - уже пути назад не будет
Vladimir
А они будут быстрее
Vint
Есть такое. Но конктретно с этим модулем - не беда. Ну, лишний пакет, и что? Поддерживается, работает.
Vint
Так можно придти к тотальному отказу от npm.
Ale
ну типа есть грань
Ale
тащить left-pad
Ale
или не использовать ничего
Vladimir
Просто как по мне так лучше утилы не привязанные к реализации промисов
Vint
Это всё адовая вкусовщина и тупо срачи устраивать. Каждый решает сам. Ещё скажите, что надо срочно бежать jQuery из старых проектов выпиливать, т.к. каждый хипстер сейчас реактом обмазан со всех сторон.
Ale
использовать все в меру - вкусовщина? Возможно
Alex ZeroDub
Vanilla js же )
Vint
Мера - понятие растяжимое от 0 до infinity. От команды до проекта зависит.
Vint
Тот же left-pad - да, зло. Но есть очень клёвый и полезный lodash, в котором и left-pad присутствует. Его тоже не использовать при lodash?
Aleksei
Тот же left-pad - да, зло. Но есть очень клёвый и полезный lodash, в котором и left-pad присутствует. Его тоже не использовать при lodash?
Если ставить цель отказаться от left-pad, то наверное придется процентов 90 зависимостей удалить
Aleksei
Не особо понимаю для хрена его все поголовно используют, но такова реальность
Vint
И оставить одну-две?) Потому что зависимостей не так уж и много в реальных проектах. Ну, не считая тягомотины с dev-*.
Vladimir
Потому что 90% модулей - говно
Vladimir
Чем меньше зависимостей, тем лучше
Vint
Потому что 90% модулей - говно
Факт. Печальный очень. Тут вчера говорили, что npm развращает. Он не развращает. Он фрустрирует и отнимает тонну времени на изучение всякого барахла в поисках полезного и рабочего. В итоге либо пишется custom, либо патчится существующий модуль, либо ещё какие костыли.
Vladimir
Npm в основном состоит из модулей, написаных по фану , и никем никогда не использованных в проде
Aleksei
И оставить одну-две?) Потому что зависимостей не так уж и много в реальных проектах. Ну, не считая тягомотины с dev-*.
На бэке да, меньше. На фронте это ад в больших проектах. И я не говорю даже о тех проектах, которые джун пишет и подключает туда isarray, там просто объективно много всего надо.
Vladimir
Не та уж и много
Aleksei
Не та уж и много
Если на реакте, то много
Vladimir
В основном для dev
Vladimir
Если на реакте, то много
Да нет, там просто культ зависимостей
Vladimir
На самом деле мало что нужно
Aleksei
Я вот недавно писал либу и там нет зависимостей. Но это достаточно простая либа.
Vladimir
Просто многие штуки специально пишутся так, чтобы что то полезное можно было получить только поставив 10 пакетов
Vint
Фронт - отдельная тема. Там правильнее полифилы подключать, где это для compatibility важно. Хотя, библиотеки тоже важны, зависит от. На беке - всё зависит от проекта. Несколько библиотек по-любому, т.к. есть сеть, хранилище, кеш, почта, например и прочие штуки типа веб-фреймфорка и ORM. Десяток главных модулей всегда набегает. Но и не сильно больше.
Aleksei
Да нет, там просто культ зависимостей
Нет, там культ библиотек, которые делают одну вещь, но делают хорошо. Поэтому количество зависимостей увеличивается, но размер у них как правило не большой
Vint
Завистимость, bundle то полный уйдёт к клиенту.
Aleksei
Завистимость, bundle то полный уйдёт к клиенту.
Да. Я недавно смотрел сколько это все занимает места и офигевал, core.js - 150 кило...
Aleksei
И это в ужатом виде
Vint
ExtJS вспомнить надо, всё остальное - пушинки.
Aleksei
ExtJS вспомнить надо, всё остальное - пушинки.
Аххахх))) да, я помню, 400 метров 😂
Vint
Ладно, это всё уже вне ноды темы, в соседнем чатике на мегабайты текста каждый день обсасывают подобное) Ну его нафиг.
Aleksei
Потом правда они сделали что-то вроде чанков и лэзи лоадинг
Vladimir
В принципе да
Vint
Если там паралленько будет Nk игр идти, то надо ещё смотреть. Но по мне так важнее консистентность данных для таких игр, поэтому БД с транзакциями.
Vladimir
Да не, транзакции как раз не нужны
Vint
Монга и консистентность на уровне хранилища? Нет, спасибо)
Vladimir
Нужно просто стейт в одном документе хранить
Vint
Не нужны для атомарных операций. Цепочка - уже транзакция.
Vladimir
Для игр это не нужно
Vladimir
Там все равно нужен конечный автомат в памяти
Vint
Может. Тут я фантазирую больше, надо изучать модели данных для таких штук.
Vladimir
Для этого хорошо подходят виртуальные акторы
Alex ZeroDub
Нужно просто стейт в одном документе хранить
Вот и хранят весь стейт в одной коллекции. А таскают ее всю туда по сети и выборок нормальных сделать не могут. В общем страдают от монги
Alex ZeroDub
Писал лет 8 назад браузерный покер. Все отлично работало на postgresql
Vint
Ага. Игра в покер - одна часть. Вторая - статистика и аналитика. И тут начинается...
Anonymous
Как долго нужно учиться node если знаешь c# и js?
Vint
Можно быстро, если действительно знаешь JS. Нода - это по сути API просто.
Anonymous
Спасибо
Alex ZeroDub
Зачем нода если на дотнет есть тот же event loop и в целом платформа стройнее
Alex ZeroDub
Шучу конечно, но только на половину
Vint
ms - стройная платформа?
Alex ZeroDub
Вполне. Я про дотнет стек
Vint
Ну, так-то да. Только там вендор-лок головного мозга уже. Без права на всплытие.
Vint
Но, дело вкуса, как обычно)
Alex ZeroDub
Есть моно, но там другой лок
Vint
Ну, это уже больше про девайсы, нежели про сервер.
Андрей
Микрософт нужно топить не переключая на его технологии никакого своего внимания.
Андрей
Примерно как они линух не упоминали нигде. Есть прецедент когда микрософт захватывает какой-то сегмент а потом уничтожает
Дима
Свежо предание)
Андрей
Кстати технология уничтожения вот https://ru.wikipedia.org/wiki/Embrace,_Extend,_and_Extinguish
А ВОТ ТЕПЕРЬ ПАБЛИК
почему внизу ребят?
А ВОТ ТЕПЕРЬ ПАБЛИК
правая штука
Андрей
Дисплей инлайн-блок? Не?
А ВОТ ТЕПЕРЬ ПАБЛИК
спс
Андрей
Сделай первому вертикал алайн: топ. Ато Оно по умолчанию по бейз-лайну выравнивается
А ВОТ ТЕПЕРЬ ПАБЛИК
о большое спасибо ,вск как надо стало
Andrew
граждане бывалые, подскажите мне пжалста, пытаюсь понять как нода устроена изнутри. вот на сервер ломанулось Х разных клиентов, насколько я понимаю, нода хранит стейт каждого коннекта отдельно от других, т.е. будет храниться столько стейтов, сколько активных коннектов?