Если писать в стиле TDD или похожем то времени на сам тест мало уходит, гораздо больше уходит на обдумывание всех случаев. Зато коду можно доверять. Вы ведь не хотите чтобы в стартапе у вас кому то из пользователей ненароком один мильен засчитался?
Велосипеды это совсем не здорово, у меня изза велосипедов всякие мелкие скрипты останавливались на архитектуре. Вечно возишься со своими велосипедами потому что они косячат, юнит тестирование не слышал, как построить архитектуру не знаешь потому что не смотрел на готовые решения никогда. Велосипеды это вредно даже для начинающего программиста. Имхо конечно, лучше сразу учить как оно адекватно делается.
Если у вас не будет actions, то у вас будет разброд и шатание из того что в API юзается, а что уже не нужно (и соответственно вы не будете этого знать). Да и redux без action уже не совсем redux.
> Для обработки promise нам нужно принять исходный action, установить обработчики promise и модифицировать action, чтобы показать что система находится в состоянии запроса данных к серверу. Для модификации можно либо добавлять поля к action, либо модифицировать ее тип
В официальных документах кстати очень неплохо сделано: https://github.com/reactjs/redux/blob/master/examples/real-world/middleware/api.js
у себя в проекте юзал (немного кастомизированный вариант), правда у нас не rest-api. В итоге позволило писать однотипные экшены.
по мне так наоборот курсы дают быстрый старт, но в итоге разработчик не знает откуда «курс это узнал». Т.е разработчику дали знания но не сказали где искать новые, а так как он их находил не сам то он тоже не знает.
А юнит тестов нет?
Если может, то нужен бот который будет за вас подписываться на каналы и иметь кучу нужных вам фильтров.
В официальных документах кстати очень неплохо сделано: https://github.com/reactjs/redux/blob/master/examples/real-world/middleware/api.js
у себя в проекте юзал (немного кастомизированный вариант), правда у нас не rest-api. В итоге позволило писать однотипные экшены.
Пример dsl для html: https://github.com/activeadmin/arbre