Чет я вроде как думал его ассерт заменяет

throw в функции все так же убивает оптимизацию ?

Вероятно где-то тут близко ответ на мой вопрос

throw в функции все так же убивает оптимизацию ?

Посоны

Поясните мне за го

Пришел на сопеседование

Компетентный чел полил ноду и монгу говном

С ног до головы

Монгу то ладно

А вот ноду то за что

не

так

Назвал всего одну килер фичу

пиши

Еще один спидврайт хейтер

не throw убивает оптимизации

А где asyncawait есть? Модулями какими-то поверх?

Которая типа пишеш один код на сервере и на клиенте

Но это ж миф

а try … catch

ну тут все-таки с каждым днем нас все более дохуя поэтому придется по одному сообщению все же писать

а try … catch

А без этого какжить вообще

отдавать функции данные так, чтобы она не падала например

go > nodejs очевидно

а try … catch

точно, перепутал

А без этого какжить вообще

сделал функцию врапер, где try ..catch

Так а что она врапит? Возникновение ошибки?

https://github.com/petkaantonov/bluebird/wiki/Optimization-killers

плюс на русском http://frontender.info/optimization-killers/

Тогда такой вопрос

Какие таски можно вешать на ноду а какие нет

в целом, если это не касается тяжелых вычислений, то нода вполне ок

в целом, если это не касается тяжелых вычислений, то нода вполне ок

А что можно назвать тяжелыми вычислениями?

@sullenor Тяжелых это какие порядки?

а try … catch

есть кейсы, например подгрузить вероятно отсутствующий модуль дешевле так, чем проверять fs-ом сначала

например 40mb данных замаппить раз 5

а по факту считать над

например 40mb данных замаппить раз 5

Лучше на го сделать этот функционал а как потом его с нодой связать? Сокеты или процесс форк?

когда ты загружаешь процесс, он перестает отвечать на внешние запросы. В результате можно просесть по RPS, так как пока воркер занят, на новый запрос будет отвечать следующий и т.п.

пока не закончатся

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

https://events.yandex.ru/lib/talks/1502/

для меня основная проблема в throw - отсутствие статической типизации

там разбирают как event loop работает в nodejs

не очень понятно как связана статическая типизация с throw

да и по сути в самом языке ее нет

Естественно, проблема в том, что она теоретически невозможна

ну да

круто же

очень круто, когда throw null прилетает

а у тебя e.stack в лог идет

ну так проверь вначале, что у тебя ошибка является инстансом Error

и кидай

ну также и про аргументы можно сказать, проверяй в каждой функции каждый аргумент

и все ок

я просто не понимаю, какой смысл кидать не Error через throw

стактрейс пропадет, согласен

скорее всего в каком-то месте не обрабатываешь ошибку корректно

Проблема даже не в этом, на это можно и забить

Но рассчитывать можно максимум на Error

Нельзя рассчитывать что тебе прилетит MyCoolError с набором интересных свойств

Так там может быть и ReferenceError, и SyntaxError, и вообще что угодно

да, может

но ты их всегда можешь разделить

последние чаще всего линтеры отлавливают на этапе разработки

и тесты

хотя не всегда

Используй flow, async-await, комбинируй классы и функции

да, вот тут линтеры забыли еще написать

ну это само собой

https://keylocation.sg/our-tech/debugging-nodejs-in-docker-using-node-inspector

https://keylocation.sg/our-tech/debugging-nodejs-in-docker-using-node-inspector

?

help Request path contains unescaped character

ну помоги ему сбежать, будь мужиком

как?

я не знаю какое экранизирование тут нужно

Экранизация романа encodeURI :)

оно не работает

было encodeURIComponent сначала, тоже не работало

поменял на просто encodeURI - тоже самое

код https://github.com/alexu84/bing-translate/blob/master/lib/bing-translate.js

А полный стэк ошибки есть?

А то не понятно куда там смотреть

лол

я сейчас попробовал в REPL запустить

и заработало

ага, узнал, что оно из-за пробелов не работает

encodeURIComponent вроде должен его в %20 преобразовывать.

Или там где-то недоэйскейпил?

я не знаю

надо посмотреть на строку которая выходит после экранизации

а, все логично

проблема с регекспом ?

Казалось бы, при чем здесь кодировка урлов)

@iamstarkov Optimization killers несколько протух, надо бы поправить.

А что перевод на русский будут поддерживать в актуальном состоянии — я вообще сомневаюсь.

@iamstarkov Optimization killers несколько протух, надо бы поправить.

что поменялось?

Вывод первого же куска кода давно поменялся.