Egor
а это плохо
Egor
значит ты не пишешь на c/c++
Anonymous
И вообще, там беда с пакетами
Anonymous
Но нпм еще большая мусорка
Egor
я же сторонник того и того, в общем, долго объяснять, не поймешь
Anonymous
Roman
Anonymous
Anonymous
Chrome OS?
Это не совсем то, но тоже вариант
Anonymous
Anonymous
Я не помню названия.
Anonymous
Emacs что-ли?
Anonymous
так это текстовый редактор
Roman
Sheridan
https://ru.wikipedia.org/wiki/Microsoft_Singularity нате вам
Roman
aodzaki.toko
так это текстовый редактор
не просто текстовый редактор
http://www.informatimago.com/linux/emacs-on-user-mode-linux.html
Anonymous
Кто-нибудь пользуется редактором кода Brackets?
Vlad
Roman
aodzaki.toko
Roman
Anonymous
Anonymous
интересно.
Если мне не изменяет память, когда next натыкался на отсутствие значения, он думал, что массив заканчивается.
Egor
https://habrahabr.ru/post/281879/
Egor
интересная статься
Egor
советую всем прочитать
Anonymous
Жс реально очень быстрый.
Egor
+
Anonymous
Но в нем проблема плохого кода чувствуется острее, чем где либо
Anonymous
Ну и промисы тошные, да
Anonymous
http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=node&lang2=gpp
Egor
думаешь, мы статью не читали?
Egor
что линки кидаешь
Egor
или ты это сам себя удовлетворяешь, что прочитал статью и кинул линк?
Egor
умно, умно
Anonymous
Пойду себя удовлетворять
Egor
@oPavlov ну это все потому, что никто не верит, что js может быть производительнее c++
Anonymous
Вообще тут в другом дело. Речь в статье скорее о том, что в сишках нужно сделать теперь больше телодвижений чтобы быть по скорости как жс. И очень часто это не стоит того.
Anonymous
Egor
@guattari обоснуй
Anonymous
сравнивать производительность языков без задачи вообще хуевая идея
Anonymous
Естественно это не относится ко всему софту.
Egor
@guattari статью читал?
Anonymous
да
Egor
там задача есть
hlomzik
там преимущество в регэкспах только
Anonymous
нода быстрая для ио, но медленная для вычислений, например, очевидный результат того, что ивентлуп один
Anonymous
Egor
да, но не все потеряно, поживем до 2020 - увидим
Anonymous
один ивентлуп - это не плохо, это хорошо для многих задач, но это и причина, по которой на жс не надо делать вычислений
Anonymous
(это конечно лимит не самого жс, ничто не мешает прокинуть какое-нибудь управление ивентлупом в жс, но энивей)
Anonymous
Такой же код на С без оптимизаций как и на ноде всё равно быстрее, не на столько, но всё равно
Anonymous
да, но не все потеряно, поживем до 2020 - увидим
Говно мы увидим. Сори, но это так. 2 года стандартную библиотеку не могут переписать под новую систему импориов. Вебпак вездесущий. Нпм полная параша и уже сейчас в популярных пакетах не фиксят дос уязвимости. Простейшие вещи тащат за собой 40 мб зависимостей.
Vlad
бенчмарки сложное дело
Vlad
Vlad
Anonymous
короче жс - это охуенно если приложение берет откуда-то данные и куда-то отдает, а обработку надо куда-нибудь выносить
Vlad
Anonymous
в нативные модули, например, или в микросервисы
Anonymous
нативные модули пускаются в тредпуле, ивентлуп не блокируется
Vlad
Vlad
фетчить данные и сервить странички
Egor
@guattari действительно, почему тогда js интересуются все больше для мобильной и десктопной разработки...
Egor
мм...
Anonymous
я на js для севера вообще не пишу, но /usr/lib64/node_modules у меня почему-то уже больше 500 Мб
Anonymous
как так получилось
Anonymous
Egor
>Говно мы увидим. Сори, но это так. 2 года стандартную библиотеку не могут переписать под новую систе...etc
Dmitry
для всего свои задачи, игровой серверак на ноде потолок около 100 двигающихся объетов на комнату, дальше уже просто тупит математика коллизий и сервак не успевает обсчитывать коллизии.. На голанге на средней машине то же самое работает в 5 раз быстрее.
Anonymous
Anonymous
юзайте какой-нибудь rethinkdb, прям для этого сделан
Anonymous
и с UV_THREADPOOL_SIZE поиграйтесь
Anonymous
4 - мало
Dmitry
а каким образом тут БД вообще взялась?
Dmitry
есть фрейм в 50мс, надо за это время обсчитать коллизии для 100 объектов.. БД тут ляжет