кстати, а есть что-нибудь умеющее мержить статические объекты при билде?

Просто ничего не стоит врубить mangle: true как обычо и порезать нафиг всё что плохо лежит)

А они хотят сделать подход, который принципиально не будет делать опасные оптимизации, поэтому будут развивать это ещё долго

mangle: true — это все оптимизаторы до этого, во всех есть такая опция, которая урезает имена переменных и творит прочие непотребства

Ну что считать опасными

наверное добавлю prepack к проекту

Да не надо

Про эти костыли я знаю. Я просто на Go пишу, но некторые штуки на ноде удобней. Я чисто из спортивного интереса - может чего изменилось.

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

ну даж я не рискнул ?

там совсем плохо?

Ну без массивов грустно)

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

Я ж написал - из спортивного интереса. Я сюда не потроллить зашел, просто поинтересовался.

Ну что считать опасными

Всё то, что делает uglify, closure compiler и babili при соответствующей опции. Она есть просто потому, что эти продукты шли по очевидному пути — сделать очень крутой оптимизатор, выпиливающий вообще всё (список плагинов babili довольно подробно это поясняет), а потом уговаривать этот оптимизатор не кромсать process.env

Ну очевидно, что (1 + 2) можно заменять на 3

Нет

почему?

В жс можно переопределять реакцию объектов на функцию сложения

Нельзя

Типа сайд-эффектов бахнуть

В жс можно переопределять реакцию объектов на функцию сложения

да ну?

Не переопределять сложение

Я не про сам оператор

Я знаю, про что ты

Но 1 + 2 можно заменить на 3

И много чего еще не имеет потенциальных сайд эффектов

наверное добавлю prepack к проекту

рано

всем привет. я сам фронт, мимикрокодил, есть вопрос к спецам ноды, по вебсокетам: почему onopen отрабатывает, а onmessage нет? вот фронтенд: const socket = new WebSocket('ws://localhost:8091') socket.onopen = e => { console.log('on open'); console.log(e); } socket.onmessage = event => { console.log('on message'); console.log(event); } а вот серверная реализация https://github.com/mindmind/rtlservice-frontend-task/blob/master/index.js —- не работал до этого с сокетами, заранее извиняюсь, если вопрос глупый

всем привет. я сам фронт, мимикрокодил, есть вопрос к спецам ноды, по вебсокетам: почему onopen отрабатывает, а onmessage нет? вот фронтенд: const socket = new WebSocket('ws://localhost:8091') socket.onopen = e => { console.log('on open'); console.log(e); } socket.onmessage = event => { console.log('on message'); console.log(event); } а вот серверная реализация https://github.com/mindmind/rtlservice-frontend-task/blob/master/index.js —- не работал до этого с сокетами, заранее извиняюсь, если вопрос глупый

Может лучше .on('open', e =>

И аналогично для сообщений

socket.on is not a function говорит =\

А почему библиотеку не использовать?

addEventListener?

А почему библиотеку не использовать?

какую? хочется с нативным API разобраться для начала

Socket.io

мне кажется, вы меня не поняли :) у меня не работает фронтенд, мне не нужно трогать серверный код

#whois привет всем, я фронтенд-самоучка, хочу познать дзен фуллстек разработки на JS

Давно я не трогал нативные сокеты

Прошу прощения

https://developer.mozilla.org/en-US/docs/Web/API/WebSocket

Внизу пример

addEventListener?

Вот с этим

Вот с этим

а вот так заработало! спасибо огромное

https://developer.mozilla.org/en-US/docs/Web/API/WebSocket

Есть же дока

да, надо было с нее и начать. я вот тут смотрел https://learn.javascript.ru/websockets

ребят, а подскажите, вот такая конструкция: prototype.runTasks = function(tasks) { if (!tasks.length) { console.log('complete') return Promise.resolve(); } var self = this; return tasks.shift() .then(function() { return self.runTasks(tasks); }) }; не приведет к переполнению стека вызовов?

нет?

@ZeroBias @vkurchatkin @sergeysova вещь эта с точки зрения реализации интересная, но на практике сейчас неприменимая)

ребят, а подскажите, вот такая конструкция: prototype.runTasks = function(tasks) { if (!tasks.length) { console.log('complete') return Promise.resolve(); } var self = this; return tasks.shift() .then(function() { return self.runTasks(tasks); }) }; не приведет к переполнению стека вызовов?

Выглядит страшно. Можно проще написать

Выглядит страшно. Можно проще написать

Как? я хочу выполнить массив промисей, так, чтобы ошибка в одном не приводила к остановке остальных(понятно что в коде выше надо слушать catch для этого)

Как? я хочу выполнить массив промисей, так, чтобы ошибка в одном не приводила к остановке остальных(понятно что в коде выше надо слушать catch для этого)

ща набросаю

Как? я хочу выполнить массив промисей, так, чтобы ошибка в одном не приводила к остановке остальных(понятно что в коде выше надо слушать catch для этого)

обязательно соблюсти очередность?

обязательно соблюсти очередность?

нет

одновременно выполнить можно?

или нужно подряд?

одновременно выполнить можно?

да, но не обязательно

@ZeroBias @vkurchatkin @sergeysova вещь эта с точки зрения реализации интересная, но на практике сейчас неприменимая)

ты о чем?

ооо, обнаружил сейчас что комбинация клавиш Ctrl + C приводит к переходу к следующей строке в поле ввода сообщения в десктоп приложении Telegram :) сразу видно программисты для себя писали клиента. Удобнее чем Ctrl + Enter

Shift+Enter

кстати да, ctrl+C удобнее не отправишь случайно

Shift+Enter

это приходится две руки задействовать) Ctrl+С удобнее и привычнее Linux пользователям

ты о чем?

Об их споре, просто ты тоже участвовал

ERROR: S client not available

ооо, обнаружил сейчас что комбинация клавиш Ctrl + C приводит к переходу к следующей строке в поле ввода сообщения в десктоп приложении Telegram :) сразу видно программисты для себя писали клиента. Удобнее чем Ctrl + Enter

на винде не работает(

они только о себе думали))

они только о себе думали))

ох уж эти пингвины )) на маке работает

ооо, обнаружил сейчас что комбинация клавиш Ctrl + C приводит к переходу к следующей строке в поле ввода сообщения в десктоп приложении Telegram :) сразу видно программисты для себя писали клиента. Удобнее чем Ctrl + Enter

Нук, а Ctrl+Ins, интересно ?

Нук, а Ctrl+Ins, интересно ?

у меня такой клавиши нет

А... Можно жить без Инсерта ?

да, но не обязательно

у тебя в массиве сразу список промисов лежит?

А... Можно жить без Инсерта ?

а зачем она?

у тебя в массиве сразу список промисов лежит?

да

да

тогда проблема

уже сталкивался с таким решением)

Копирование\вставка православной правой рукой.

уже сталкивался с таким решением)

т.е. мой пример подойдет?

Нук, а Ctrl+Ins, интересно ?

с шифтом работает, но Ins ещё неудобнее чем Enter

т.е. мой пример подойдет?

Нет. Все равно с ошибкой упадет в консоль

Нет. Все равно с ошибкой упадет в консоль

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

Нужен массив функций которые возращают промисы, а не массив промисов

вот так разве упадет: prototype.runTasks = function(tasks) { if (!tasks.length) { console.log('complete') return Promise.resolve(); } var self = this; return tasks.shift() .then(function() { return self.runTasks(tasks); }) .catch(function() { return self.runTasks(tasks); }) }; ?

вот так разве упадет: prototype.runTasks = function(tasks) { if (!tasks.length) { console.log('complete') return Promise.resolve(); } var self = this; return tasks.shift() .then(function() { return self.runTasks(tasks); }) .catch(function() { return self.runTasks(tasks); }) }; ?

пойду поэкспериментирую...

вот так разве упадет: prototype.runTasks = function(tasks) { if (!tasks.length) { console.log('complete') return Promise.resolve(); } var self = this; return tasks.shift() .then(function() { return self.runTasks(tasks); }) .catch(function() { return self.runTasks(tasks); }) }; ?

тоже валится

на большом массиве дохрена копий будет

в чем разница?

в чем разница?

массив промисов vs массив функций возвращающих промисы

я про вот эти две