Sergey Petrov
Sergey Petrov
Не вижу практической пользы от этой монструозной штуки, учитывая архитектуру, и структуру проектов, на которые рассчитан стартер кит. Есть куда более простые альтернативы с прокидыванием зависимостей в аргументы/конструкторы, обновлением стора...
Саги императивны, имеют проблемы с типизацией, их код тяжёло повторно использовать. Предлагаю перейти на redux-observable с rxjs, зрелую и популярную библиотеку с хорошо зарекомендовавшей себя парадигмой декларативного программирования.
Удобные абстракции для работы со стейтом , плод большого труда разработчиков facebook. Есть удобные хуки для сайд эффектов и мемозации из коробки. По каким причинам мы не переходим?
Не вижу ничего общего с определением https://en.wikipedia.org/wiki/Namespace Добавляет путаницы
Мы не можем шарить стейт формы между фичами. С redux-form приложения лучше будут масштабироваться в общем случае потому что redux не накладывает ограничений на доступ к своему стейту. Уход от...
Выражения с `typeof` и так являются гвардами. Функция лучше оператора, но оператор лучше функции с необходимостью её импорта и захламления кодобазы, imo
почему strictFunctionTypes сейчас выставлен в false?
Надо изучить проблему и решить нормальным способом, если ещё актуально
Мы сейчас разделяем компоненты из shared/view на components и elements. Это течёт отсюда:  но я не вижу в этом смысла. Декомпозиция на уровни использования между собой не нужна т.к....
Деление по таким сущностям избыточно, потому что: - нам, и людям работающим с нашей архитектурой неудобно ходить по этим сущностям чтобы понять структуру роутинга и отыскать место где всё подключается;...