Rapen: за производительность ничего не скажу - замеров не делал. за лёгкость освоения - тоже не скажу. примерно за одинаковое время освоил основы angular2, потом react.
react понравился больше, но это не точно.
redux даёт удобное и надёжное хранилище данных, к которому можно удобно обратиться из любой точки приложения. а react - всего лишь рисует эти данные. ну и router предоставляет.
Валерий Чупурнов: у вас в любом случае должен быть компонент высшего уровня (который принимает другие компоненты в качестве child'ов), чтобы он (родитель) управлял отображением детей.
Когда компоненты, лежащие на одном уровне, говорят друг другу, что и когда делать, получается каша.
react-way: данные распространяются сверху вниз, а события - снизу вверх. ничто не распространяется вправо-влево.
Валерий Чупурнов: можно рендерить верхний слайд целиком, а от нижних - только оболочки (обёрточные дивы). Невидимые дивы в реакте - плохой тон. Можно просто рендерить или не рендерить определённые блоки на основе данных. codepen.io/JhonnySweets/pen/egyGOX?editors=0010
Sly_tom_cat .: я и в процессе работы коммиты делаю. Грамотно написанный комментарий и коммит раз в один-два часа позволяют не расстраиваться при откатах.
Sly_tom_cat .: как связаны нерабочий код, центральный репозиторий и моветон?
Ветки! Если вся разработка ведётся в одной ветке, то любой пуш будет моветоном. Рабочий/нерабочий код - не важно. Если перед слиянием веток не происходит code-review, всё может рухнуть в любую секунду.
Нагораживать облачное хранилище над репозиторием избыточно. Вот и всё.
Sly_tom_cat .: а в чём проблема коммитов с неработающим кодом?
Тащемта, пример: есть Вася и Петя. Вася работает с фронтом, Петя - с бэком. Допустим, Вася устал и ушёл с работы, не закончив таску. Закоммитил накоженное в свою ветку, о которой Петя может даже и не знать. Вася пришёл домой, перекусил, отдохнул, взял последнюю версию из своей ветки и обнаружил: ба, да оно же такое же, каким я его оставил! Не дела, надо дописывать. Дописал, запушил в общую ветку develop.
Собственно вопрос: ЗАЧЕМ нужно облачное хранилище при работе с репозиторием? Репозиторий также является (из определения) хранилищем, но с более строгой структурой и с большим числом плюшек.