Webpack.
Простейший пример работы с es6-модулями (экспорт/импорт) под front-end со сборкой на webpack + babel-loader: github.com/rauschma/webpack-es6-demo
По поводу конкретно Pinterest — есть такое упоминание:
React is a Facebook project and is what fuels FB’s comment system and most of FB’s projects. It’s also largely used on Pinterest, AirBnB, Khan Academy and a plethora of other startups. Atom, the “hackable editor”, is now built on it and I heard Microsoft is also supporting the project.
Все они используют подобный подход, иначе бы было именно так, как написал автор.
Экспериментальный анализ сам по себе штука неоднозначная, поэтому подобные комментарии и встречаются — просто предпосылки и методы вызывают некоторую настороженность и неоднозначность что ли.
Говорить о полной математической обоснованности конечно же не приходится — на безрыбье и конь слон.
Посыл мне понятен — занятно, интересно. И «потолок» теперь немного ниже, но другой :)
Шахматы тем и прекрасны, что к математике их так просто не приручишь (по крайней мере в обозримом будущем).
Был бы рад почитать о ваших дальнейших ходах!
Здорово. Спасибо за труд, было очень интересно почитать.
У меня вопрос.
По поводу «дисперсии результатов партии» и в целом методик компьютерного анализа с опорой на результаты сыгранных партий — существуют многоходовые задачи, которые на данный момент (насколько я знаю) не могут быть решены компьютером. Например, вот задача, где предлагается поставить мат за 21 ход: chessfield.ru/chess-puzzles/filter/131072
Конкретно в данной задаче материальное соотношение равно, но есть и другие, где машина, имея преимущество проиграет человеку, но выиграет у другой машины.
Как быть с подобными позициями (партиями) при анализе и можно ли быть уверенным, что их количество не так велико, чтобы можно было ими пренебречь?
Дело не в библиотеке, а в подходе.
Как написали выше, подход с использованием виртуального DOM помогает экономить на обращениях к обычному DOM, за счет чего и достигается прирост производительности — чем сложнее интерфейс, тем больше экономим.
Вам никто не запрещает реализовать этот подход самому и не использовать библиотеки.
Согласен, что простовато. Скорее, знакомство с синтаксисом, нежели практический экскурс.
Оставлю еще одну ссылочку на github Addy Osmani: github.com/addyosmani/es6-equivalents-in-es5
Куски кода на es6 и их эквиваленты на es5 — быть может, будет поинтереснее.
На тему изучения ES6 — есть неплохой интерактивный курс: tagtree.io/courses/expert-es6
12 последовательных уроков с примерами и практическими заданиями в конце каждого урока. На английском.
Простейший пример работы с es6-модулями (экспорт/импорт) под front-end со сборкой на webpack + babel-loader:
github.com/rauschma/webpack-es6-demo
Иллюстрация на тему неоднозначности оценки позиции по материальному перевесу.
Ход белых:
Все они используют подобный подход, иначе бы было именно так, как написал автор.
facebook.github.io/react/docs/why-react.html
Показать решение?
Говорить о полной математической обоснованности конечно же не приходится — на безрыбье и конь слон.
Посыл мне понятен — занятно, интересно. И «потолок» теперь немного ниже, но другой :)
Шахматы тем и прекрасны, что к математике их так просто не приручишь (по крайней мере в обозримом будущем).
Был бы рад почитать о ваших дальнейших ходах!
У меня вопрос.
По поводу «дисперсии результатов партии» и в целом методик компьютерного анализа с опорой на результаты сыгранных партий — существуют многоходовые задачи, которые на данный момент (насколько я знаю) не могут быть решены компьютером. Например, вот задача, где предлагается поставить мат за 21 ход: chessfield.ru/chess-puzzles/filter/131072
Конкретно в данной задаче материальное соотношение равно, но есть и другие, где машина, имея преимущество проиграет человеку, но выиграет у другой машины.
Как быть с подобными позициями (партиями) при анализе и можно ли быть уверенным, что их количество не так велико, чтобы можно было ими пренебречь?
Как написали выше, подход с использованием виртуального DOM помогает экономить на обращениях к обычному DOM, за счет чего и достигается прирост производительности — чем сложнее интерфейс, тем больше экономим.
Вам никто не запрещает реализовать этот подход самому и не использовать библиотеки.
Оставлю еще одну ссылочку на github Addy Osmani:
github.com/addyosmani/es6-equivalents-in-es5
Куски кода на es6 и их эквиваленты на es5 — быть может, будет поинтереснее.
tagtree.io/courses/expert-es6
12 последовательных уроков с примерами и практическими заданиями в конце каждого урока. На английском.