Доработки калькулятора на сайт?

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

Как изменять state компонента react js извне?

Faliah: с учетом того что var modal рядом с this.on... вряд ли это глобальная область видимости. В любом случае, инстанс можно сохранить и так и так. А вот сохранение в window изнутри компонента однозначно антипаттерн. Что если нужно будет сделать больше одного инстанса?
Изменение props это уже другой вопрос. Оно вообще работать не будет, потому что свойства props не перезаписываемые. Вообще props предназначены в первую очередь для передачи данных из вышестоящего компонента или при инициализации, а для собственных изменяемых данных больше подходит state. Я бы сделал примерно так.

Почему при добавлении атрибута type выдает ошибку в консоли о невозможности загрузки файла app?

либо хром запустить с опцией --allow-file-access-from-files (stackoverflow.com/questions/4208530/xmlhttprequest...

Как изменять state компонента react js извне?

Загрязнять глобальную область плохо. У автора вопроса вариант с инстансом компонента лучше.

Что за сборщик проекта?

vispik88: browserify собирает только javascript, никакой boilerplate для этого не нужен. Если нет сложностей со стилями, картинками и т.д., достаточно просто в package.json команды для сборки прописать, примерно https://github.com/substack/react-starter-es6-babel

Актуальна ли оптимизация производительности JavaScript в 2016 - 2017гг?

Rou1997: браузер указывает на ошибку truе из-за русской е, если написать правильно всё отлично зависает.

Что означает следующая строчка в nodejs скрипте?

а зачем такое извращение вместо простого typeof?

if (typeof callback != 'function') callback = function() {};

Настроил react-hot-loader, js заменяется без перезагрузки, но sass файлы не обновляются, что не так в конфиге?

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

if (process.env.NODE_ENV == 'production') module.exports.plugins.push(new ExtractTextPlugin('style.css', {
  allChunks: false
})

Настроил react-hot-loader, js заменяется без перезагрузки, но sass файлы не обновляются, что не так в конфиге?

ExtractTextPlugin по идее не поддерживает hmr

Как сделать оптимизированный HTML?

уж лучше https://www.npmjs.com/package/gulp-inject

Как в Reac Router программно поменять путь?

Ucorp: в render ComponentOne не хватает {this.props.children}

Почему не работает метод .replace()?

Olushon: parseFloat((str.charCodeAt(i) < 91)) это NaN

Есть ли ляпы в коде?

Виталий Инчин ☢: Все современные распространённые движки являются не интерпретаторами javascript, а JIT-компиляторами, строят абстрактное синтаксическое дерево, анализируют и оптимизируют его.

Мой основной посыл в том, что вещи, которые в теории по спецификации выглядят однозначно, на практике имеют нюансы, и погоня за преждевременной оптимизацией может привести даже к её потере.

В данном случае функция hand в реальности, скорее всего, скомпилирована в разделяемую не будет, для этого, по идее, нужно вызвать её несколько десятков раз. Но и потери памяти большой не будет - лексическое окружение тоже оптимизируется, причем вроде сразу, и будет содержать только obj.

В итоге в начальном варианте на каждый вызов setHandler в памяти будут создаваться hand и obj, при клике hand будет происходить обращение к объекту в замыкании. В вашем оптимизированном варианте при вызове setHandler в памяти будет создаваться только obj, а вот при клике будет вызов $(this) - медленное обращение к DOM и создание объекта jQuery. Выигрыш по памяти если и будет, то очень маленьким, а проигрыш в производительности - будет точно, и довольно заментым.

Лично я бы предпочёл начальный вариант.

Есть ли ляпы в коде?

вывод в консоль

1
[compiling method 0x21c8ad010a59 <JS Function cbInTest (SharedFunctionInfo 0xa46935601e1)> using Crankshaft]
[optimizing 0x21c8ad010a59 <JS Function cbInTest (SharedFunctionInfo 0xa46935601e1)> - took 0.040, 0.242, 0.094 ms]
Function is optimized
2
[found optimized code for 0x21c8ad09f081 <JS Function cbInTest (SharedFunctionInfo 0xa46935601e1)>]
Function is optimized
3
[found optimized code for 0x21c8ad09f0c9 <JS Function cbInTest (SharedFunctionInfo 0xa46935601e1)>]
Function is optimized

Есть ли ляпы в коде?

Я совсем не гуру, и может быть ошибаюсь, но современные движки этот момент спокойно оптимизируют. Нагуглил https://github.com/petkaantonov/bluebird/wiki/Opti... и набросал анологичный для данного случая код:

function printStatus(fn) {
  switch (%GetOptimizationStatus(fn)) {
    case 1: console.log("Function is optimized"); break;
    case 2: console.log("Function is not optimized"); break;
    case 3: console.log("Function is always optimized"); break;
    case 4: console.log("Function is never optimized"); break;
    case 6: console.log("Function is maybe deoptimized"); break;
    case 7: console.log("Function is optimized by TurboFan"); break;
    default: console.log("Unknown optimization status"); break;
  }
}

var EventEmitter = require('events').EventEmitter;
var e = new EventEmitter();

function My(name) {
  this.name = name;
}

function test(name) {
  var obj = new My(name);
  e.once('test', function cbInTest(self) {
    if (self) return;
    console.log(obj.name);
    cbInTest(true);
    cbInTest(true);
    %OptimizeFunctionOnNextCall(cbInTest);
    cbInTest(true);
    printStatus(cbInTest);
  });
}

test(1);
test(2);
test(3);

e.emit('test');

Запустив

node --trace_opt --trace_deopt --allow-natives-syntax test.js

Предполагаю, что строка

[optimizing 0x21c8ad010a59 <JS Function cbInTest (SharedFunctionInfo 0xa46935601e1)> - took 0.040, 0.242, 0.094 ms]

говорит о том, что движок создаёт одну общую функцию, а затем использует её повторно:

[found optimized code for 0x21c8ad09f081 <JS Function cbInTest (SharedFunctionInfo 0xa46935601e1)>]
[found optimized code for 0x21c8ad09f0c9 <JS Function cbInTest (SharedFunctionInfo 0xa46935601e1)>]

Как настроить babel для использования asyn/cawait в node.js?

Дмитрий Беляев: так и не могу понять, к чему вы пытаетесь приплести регенератор. Повторю в третий раз - в моём ответе его нет. babel-polyfill я посоветовал только из-за того, что не заработало то, что должно было работать.
Я с табличкой https://kpdecker.github.io/six-speed/ знаком. Но какова доля от времени работы реального приложения эти медленные части занимают? Я с ходу не могу придумать, как это протестировать можно, чтобы разница хотя бы была заметна, нужны тысячи итераций или запросов.
И в любом случае на фоне операций ввода-вывода это будут копейки, ведь те же генераторы, async/await в основном используются для асинхронных действий типа запросов к бд, сетевых, обращения к файлам и тд.

Как настроить babel для использования asyn/cawait в node.js?

Дмитрий Беляев: что вы пытаетесь сказать? Я не использую regeneratorRuntime.
И "жутко" это как-то категорично звучит, сомневаюсь, что на реальном коде разница хотя бы 20% составит.

Как настроить babel для использования asyn/cawait в node.js?

Дмитрий Беляев у меня и нет 2015 пресета, 2015-node6 это фактически только импорт-экспорт.

Как настроить babel для использования asyn/cawait в node.js?

sugadu: странно, у меня на 6.4 работает, генераторы по идее ещё в 4.0 появились. Можно попробовать установить и добавить в start -r babel-polyfill

Как настроить babel для использования asyn/cawait в node.js?

sugadu: какая версия Node.js?