— на тостере тебе ответят на вопрос, в чяте тебе подскажут, в каком месте ты что-то делаешь не так, а на ютубе ты найдёшь тысячу уроков и примеров «как не выстрелить в ногу»
это определяет порог входа новых разработчиков
если у тебя есть редакс, значит ты можешь более-менее толкового нового разработчика посадить в проект и через день (день чтения «что за саги, чем они отличаются от санок», «что за redux-act, чем он отличается от «redux-actions») он начнёт делать таски
если ты свободен в выборе архитектурных решений и сам определяешь, какую архитектуру реализует твоё приложение, то будь готов каждому новичку в течение недели объяснять «что это за медиатор», «откуда берётся биндер сервисов», «почему нужно вот в этом поле написать магическую строчку, чтобы этот сервис зарегистрировался в реестре контекстов», а потом в течение года выслушивать от этого разработчика что-то вроде «ну нахуя вы накрутили свой велосипед?!?!»
пример выше — это последние полтора года моей работы, чуваки придумали архитектуру сами и у них всё схвачено. но для этого был написан свой велосипед. и как думаешь, если я с проблемой по этому велосипеду приду сюда, мне помогут?
Только ты не думал, что миллионы хомячков, вайтишников, которые пытаются в катиться в айти накручивают эти загрузки на свое недопетпроекты? Только ты будешь объяснять, вот тут такой нужно флаг в экшен добавить, что та мидлваря сделала с пейлоадом этого экшена что-то и прочее
ну вот экосистемой redux конечно держится. По-мне так только это и будет еще долго держать его наплаву.
В целом Reatom по этой причине и не отметает накопленный/обкатанный опыт, а предоставляет всё из коробки + решает некоторые проблемы самого Redux (например middleware, вывод типов, возможность хранить input в стор). (при этом весит меньше голого redux)
Обсуждают сегодня