Я: А теперь, если у нас есть 4 яблока, но мы решили их никому не раздавать, сколько у этого «никого» будет яблок?
Он: Не знаю.
Я: Именно, вопрос о том, сколько яблок будет у «никого» (==0) некорректен при такой постановке задачи. Т.е. посчитать это невозможно в принципе.
Я: А теперь, если у нас есть 4 яблока, но мы решили их дать минус одному человеку, сколько у этого античеловека будет яблок?
Он: Не знаю.
Кстати, к бобовому калькулятору из статьи это тоже относится.
Мне довелось про подобное читать в dev разделе одного известного развлекательного сайта. Посещаемость у них и так была приличная, а после того, как у пользователей обновился браузер на умную версию, кривая трафика резко подскочила — пришлось им очень быстро с этим разбираться.
Да, Вы правы. Я должен был упомянуть об этом, но забыл.
С использованием нормального парсера можно учесть не только работу с исключениями, о которой я упомянул, но и конструкции for/while/другое. И аккуратно реализовать два сценария «return» — выход из функции и выход из функции с вызовом колбека.
Посмотрел ECMAScript 6 compatibility table — слишком много там красного для столь оптимистичных заявлений :) Чувствуешь себя первым обладателем телефона в маленьком городке. Вроде радостно, но звонить некому.
Про препроцессор не сразу внимательно прочитал и осознал. По пути нашёл форк Node.js, где всё уже два года как работает (автору — почёт).
вы можете свою реализацию переделать на использование ключевых слов async и await
Если наличие async/await можно как-то проверить в коде, интересно (в качестве ещё одного домашнего эксперимента) было бы использовать либо их, либо колбеки в зависимости от версии. А если async/await появится везде, можно забыть о стрелочках.
Так вышло, что острой необходимости в моей стрелочке я так и не почувствовал, потому и остальные решения специально не искал.
Да, проблемы важные. Замечу только, что производительность в случаях больших задержек сети не так критична, и можно иногда позволить себе использовать библиотеки и велосипеды.
Не смотрел. Спасибо!
Честно говоря, я рассматривал ES6 как наше светлое будущее, которое всё ещё не наступило (и ждал arrow functions), а про ES7 не знал. Обязательно обновлю Node.js.
Я только лишь смотрел видео с увлекательным выступлением Александра Соловьёва «Functional Reactive Programming & ClojureScript». Очень порадовался реактивному программированию, но более ничего в этой области не изучал. Надо только придумать себе задачу и наконец попробовать.
Я: А теперь, если у нас есть 4 яблока, но мы решили их дать минус одному человеку, сколько у этого античеловека будет яблок?
Он: Не знаю.
Кстати, к бобовому калькулятору из статьи это тоже относится.
Я имел в виду проверку поддержки async/await в используемой версии языка, какими-то конструкциями в коде. Извините, если запутал.
С использованием нормального парсера можно учесть не только работу с исключениями, о которой я упомянул, но и конструкции for/while/другое. И аккуратно реализовать два сценария «return» — выход из функции и выход из функции с вызовом колбека.
Про препроцессор не сразу внимательно прочитал и осознал. По пути нашёл форк Node.js, где всё уже два года как работает (автору — почёт).
Если наличие async/await можно как-то проверить в коде, интересно (в качестве ещё одного домашнего эксперимента) было бы использовать либо их, либо колбеки в зависимости от версии. А если async/await появится везде, можно забыть о стрелочках.
Да, проблемы важные. Замечу только, что производительность в случаях больших задержек сети не так критична, и можно иногда позволить себе использовать библиотеки и велосипеды.
Честно говоря, я рассматривал ES6 как наше светлое будущее, которое всё ещё не наступило (и ждал arrow functions), а про ES7 не знал. Обязательно обновлю Node.js.