История изменений

«Песочность» такого бескрайнего монстра, как Google Chrome, очень сомнительна.

За хороший побег из этой песочницы много денег платят. И платят не очень часто. Значит работает.

По поводу V8 на самом деле аргумент корректный, но название неправильное — на самом деле это LuaJIT и 2005 год.

LuaJIT хорош, но всё же на мир влияет в первую очередь JS.

FRP — 1997 год. Весь смысл конкретно реакта для фейсбука заключался в формировке статичных страниц без перезагрузки. Вот и вся «магия». Революционно ли это? Не думаю.

Не знаю, при чем тут FRP.

React это:

1. XML как часть языка. До React это делала Scala, но получилось не так хорошо, ну и из совсем другой области.
2. Стили, как часть компонента. До React считалось, что нужно разделять разметку, логику и стили. React показал, что нужно наоборот держать их вместе, а разделять нужно компоненты.
3. Сама концепция рендеринга, когда компонент возвращает DOM, а про то, как поменять предыдущую версию DOM в новую, думает уже фреймворк, причём, как оказалось, это очень даже быстро выходит, зачастую быстрей традиционных подходов.

А FRP, если ты имел в виду реактивщину, я в реакте и не видел. Там всё вполне себе императивно - юзер поменял что-то, мы в коллбэке это поймали, изменили состояние, поменяли UI.

«Песочность» такого бескрайнего монстра, как Google Chrome, очень сомнительна.

За хороший побег из этой песочницы много денег платят. И платят не очень часто. Значит работает.

По поводу V8 на самом деле аргумент корректный, но название неправильное — на самом деле это LuaJIT и 2005 год.

LuaJIT хорош, но всё же на мир влияет в первую очередь JS.

FRP — 1997 год. Весь смысл конкретно реакта для фейсбука заключался в формировке статичных страниц без перезагрузки. Вот и вся «магия». Революционно ли это? Не думаю.

Не знаю, при чем тут FRP.

React это:

1. XML как часть языка. До React это делала Scala, но получилось не так хорошо, ну и из совсем другой области.
2. Стили, как часть компонента. До React считалось, что нужно разделять разметку, логику и стили. React показал, что нужно наоборот держать их вместе, а разделять нужно компоненты.
3. Сама концепция рендеринга, когда компонент возвращает DOM, а про то, как поменять предыдущую версию DOM в новую, думает уже фреймворк, причём, как оказалось, это очень даже быстро выходит, зачастую быстрей традиционных подходов.

А FRP, если ты имел в виду реактивщину, я в реакте и не видел.