Его можно же поднять отдельно на NodeJS (сервер)

А на бекенде использовать все что угодно, когда фронтенд будет взаимодействовать с WebSocket сервером NodeJS?

А на бекенде использовать все что угодно, когда фронтенд будет взаимодействовать с WebSocket сервером NodeJS?

да

morgan?

А intel для логгирования уже не модно?

А intel для логгирования уже не модно?

первый раз слышу

вообще мы раньше пользовались вот этим https://github.com/btd/rufus (на основе intel как раз сделан) но его разработчик забросил

зато оттуда можно бенч взять потестить, потому что интел вроде ускоряли после всего этого

У меня вот такое сейчас тот бенч выдал: console.info x 14,836,530 ops/sec ±2.27% (94 runs sampled) rufus.info x 480,830 ops/sec ±1.08% (96 runs sampled) winston.info x 62,686 ops/sec ±1.75% (97 runs sampled) intel.info x 115,314 ops/sec ±0.37% (98 runs sampled) bunyan.info x 122,622 ops/sec ±1.98% (95 runs sampled) log4js.info x 113,009 ops/sec ±1.72% (98 runs sampled)

#whois * node.js backend dev * в поиске по стэковерфлов * странными хуизами * продвинутые техники кодинга, практики * дефолт сити * чувак ссылку кинул

Всем приветики в этом чатике

не могу найти у ноды нормальный модуль. Который умеет воспроизводить интернет радио в формате aac чтоб в линухах или osx произрвывлось

ктнить встречал такое ?

или всё тлен, и мне нужен aplay/cvlc/mplayer через brew ?

Ребята, ведь если писать полностью realtime веб приложение с требованием делать это быстро и расширять, то это ж однозначно NodeJS?

Только erlang

не могу найти у ноды нормальный модуль. Который умеет воспроизводить интернет радио в формате aac чтоб в линухах или osx произрвывлось

Куда воспроизводить?

https://m.habrahabr.ru/post/320306/

хабр не нужен https://medium.com/@gab_montes/is-async-await-a-step-back-to-javascript-95e31263dd31#.2lbk78la7

tldr: async/await feels bad in fp way

sure it does

но без приложения к фп асинкавейты это добро

Куда воспроизводить?

в аудиовыход наушников например

лан я уже cvlc нашёл. заюзаю его. в коммандном режиме

Допустим над поднять чат

тут лучше Erlang / Elixir

Скорость?

Стабильность?

Практичность?

тут лучше Erlang / Elixir

не лучше

Стабильность?

ахаха

erlang — fault-tolerant by design

скорость не лучшая

не лучше

для чатиков именно к OTP / Elixir пришел. до этого страдал на NodeJS

практичность — сложнее искать разрабов

Да это бред

Типо для чатиков подходит специальный ЯП?

Речь о веб сокет сервере)

На чем его гамать

один pattern matching чего стоит в Elixir

Так то можно и на PHP демон херачить

скорость не лучшая

nodejs не быстрее erlang.

пхп не для демонов

Можно долго обсуждать языки, их преимущества и недостатки

Но говорить, что для чатиков или чего угодно другого есть лучший яп - это бред

а потом забить и стать писать на идеальном js

nodejs не быстрее erlang.

бенчмарки дело хитрое

Но говорить, что для чатиков или чего угодно другого есть лучший яп - это бред

+

я говорю что Elixir на порядок удобнее JS. по синтаксису. ну и OTP сама располагает для написания чатиков. тут как бы все возможности есть из коробки

ватцап тому прямое подтверждение

Это весьма спорно

Удобнее всего то, к чему ты привык

Я например считаю что ФП без статической типизации - это чушь

Кто-то не согласен

я не буду спорить. но у меня достаточно большая экспертиза чтобы сделать выводы

Вполне возможно, но в интрнете это плохой аргумент

да в интернете всегда кто-то не прав)

бенчмарки дело хитрое

это да ) но тот же erlang прекрасно параллелится и имеет много хороших паттернов из коробки.

чет эта конструкция не очень работает

Обычно люди с большим опытом сходятся во мнении, что язык - это не главное

чет эта конструкция не очень работает

она странная

язык да не главное. а вот платформа OTP решает

handle404 возвращает промис?

А люди которые, которые говорят, что X - заебись, а все остальное - говно, обычно не заслуживают доверия

Promise.reject(120).catch(e => true, e => console.log(e))

Обычно люди с большим опытом сходятся во мнении, что язык - это не главное

нуу... язык - да. но просто может оказаться что у тебя в языке нужных инструментов просто нет и надо всё изобретать самому. либо просто бороться с языком

тоже не оч

А люди которые, которые говорят, что X - заебись, а все остальное - говно, обычно не заслуживают доверия

+

ERROR: S client not available

я разве говорил что нода говно ? я сказал что OTP лучше подходит для чатов

как всегда все переврали

я разве говорил что нода говно ? я сказал что OTP лучше подходит для чатов

нода течёт. иногда сама, иногда из-за сторонних либ.

а если без сторонних либ, то закат солнца вручную

Это заявление весьма кривое по форме. Почему именно для чатов? Что такого особенного в чатах, чего нигде больше нет?

но если уж на то пошло то JS на backend это плохая идея была изначально

Чем же?

Джавистам обидно

Наверное

Чем же?

язык неподходящий.

Мда

Аргумент

о снова

ну сказали выше что нода течет с этим согласен. язык так себе это да. идея крутить event loop на одном процессе тоже как бы не для всех задач подходит

Нода не течет

> @zeroweb идея крутить event loop на одном процессе тоже как бы не для всех задач подходит безусловно

но это хорошая альтрнатива языкам с GIL

Нода не течет

https://github.com/nodejs/node/issues/6673

ох да ладно и чем же ? в питоне есть asyncio (считай нодовский event loop) и он с GIL .

https://github.com/nodejs/node/issues/6673

Это не то чтобы баг

Нода не течет

https://github.com/nodejs/node/issues/5699

Это не то чтобы баг

конечно! это фича!

ох да ладно и чем же ? в питоне есть asyncio (считай нодовский event loop) и он с GIL .

так я о том же, алтернатива потокам

а ещё хендлы: https://github.com/nodejs/node/issues/1834

конечно! это фича!

Нет, это правильное поведение

так я о том же, алтернатива потокам

что ? с каких пор asyncio альтернатива потокам ?

Алтернатива выполнению IO в потоках

а ещё хендлы: https://github.com/nodejs/node/issues/1834

тоже не баг, такое может быть в любой среде

то есть, это конечно весьма печальное поведение, но вполне предсказуемое

тем более что речь об "утечке" fd, а не памяти

undefined is not a function тоже предсказуемо, ага