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

Продолжая серию статей о React, поговорим о функциональной парадигме программирования, так как React и Flux основаны на функциональных методах.

Функциональное программирование одна из “горячих” тем из мира JavaScript. Но как раздел дискретной математики и парадигма программирования существует еще с давних пор. Функциональному, как правило, противопоставляется императивный подход к программированию.

Почти каждый разработчик использовавший webpack-dev-server сталкивался с проблемой отладки локального приложения на мобильных или прочих устройствах находящимися под NAT. На гугл-просторах каждый вторит о дополнительном параметре --host 0.0.0.0 или localhost для запуска webpack-dev-server и то, что после этого приложение будет доступно по локалной сети.

Этой публикацией я открываю цикл статей по изучению React в связке с Redux, с применением функционального подхода программирования. Особенностью этих статей является то, что я, на данный момент, имею весьма смутное представление о данном JS-фреймворке. То есть, изучая его, буду поэтапно делиться полученными знаниями, замечаниями, возникшими трудностями. Также постараюсь искать и описывать Best Parctice основных задач.

Казалось бы, ну что такое веб-аналитика, даже для SPA, - слушаем событие, событие сработало, описали трекинг-событие, отправили провайдеру аналитики. А что, если:

• в приложении сотни слабосвязных компонента;
• несколько провайдеров аналитики;
• SEO отдел часто запрашивает новые метрики или корректирует старые;