рефакторить и в целом как правильно начать работу над приложением? вносить фичи означает что в будущем код всё равно будет рефакториться. как определить какие компоненты рефакторить изначально. условно если начать трогать стейт то возможно затронется ваще всё приложение, а тестов нет что усугубляет ситуацию. и тесты тоже нужно будет писать, но как сейчас вижу, до рефакторинга покрывать тестами проект смысла нет
сначала тесты, потом уже рефакторинг
а есть ли смысл если ваще структура и архитектура после рефакторинга могут поменяться?
то есть там в процессе скорее всего компоненты и их верстка будут затрагиваться
я больше всего боюсь подводных камней из-за которых что-то может сломаться. а этот шанс очень велик
как вариант, можно параллельно прод версии медленно рефакторить. но тоже довольно опасно. просто в этом случае я хотя бы буду постепенно вникать в код и в будущем смогу лучше его понять и не упустить какие-то моменты
по возможности перед тем как шатать какой либо кусок функционала, тебе нужно накинуть e2e тесты для этого есть cypress testcafe и прочее выбирай по вкусу ))
усугубляет ситуацию и тот факт что с тестами я пока не работал поэтому чую будет забавно)
потом уже перед рефакториногм текщих компонентов пиши юнит тесты
с e2e будет просто, вот с юнитами придётся немного поприседать
для юнит тестов рекомендую брать, jest react-testing-library дока пнятная материала много.
ок. юниты вроде чекал. надо будет cypress глянуть
Прежде чем что то делать с проектом нужно его понять, для этого лучше поделать фичи, так ты поймешь где первоочередная проблема и в целом можешь строить себе приоритеты. И конечно же все это имеет смысл если бизнес это поддерживает
Наверное соглашусь
это проверенная тема, бизнесу нужны фичи, ему не нужно что бы ты типа работал но ничего не добавлялось, новый фичи === деньги, потому я у себя как пришел, сначала ими и занялся. потом понял что к чему, и потом я уже делал и куски рефакторинга и куски фич
Понял, спасибо )
Обсуждают сегодня