Какие критерии можно использовать для оценки?

Для оценки рефакторинга кода на проекте React можно использовать следующие критерии:

1. Чистота кода: проверка на соответствие стандартам кодирования, отсутствие дублирования кода, использование понятных имен переменных и функций.

2. Читаемость кода: оценка уровня понятности иструктуры кода, наличие комментариев, использование лаконичных и выразительных конструкций.

3. Производительность: анализ времени выполнения функций после рефакторинга, оптимизация кода для улучшения быстродействия приложения.

4. Надежность: проверка на наличие ошибок и исключений, обработка граничных условий, применение лучших практик для уменьшения возможности возникновения ошибок.

5. Масштабируемость: оценка гибкости и возможности легкой модификации кода для добавления нового функционала или изменения требований.

Для исследования и представления результатов рефакторинга кода в отчете о практике вы можете использовать следующие метрики и факторы:

1. Количество исправленных ошибок: сравнение количества ошибок до и после рефакторинга для оценки уровня надежности.

2. Увеличение производительности: анализ времени выполнения ключевых функций или запросов к базе данных до и после рефакторинга.

3. Увеличение читаемости: оценка изменений в структуре кода, наличие комментариев и понятных имен переменных после рефакторинга.

4. Объем изменений: сравнение количества изменений, внесенных при рефакторинге, с целью оценки масштаба работы.

5. Отзывы коллег: сбор обратной связи от коллег и разработчиков о качестве и удобстве использования кода после рефакторинга.

Используя эти критерии, метрики и факторы, вы сможете наглядно сравнить код до и после рефакторинга, а также подкрепить свои выводы о качестве и эффективности проведенных изменений.

Из git (объективное, но только если проект долго живёт уже): <br/> - частота изменений файлов (git log по путям) - находишь проблемные, показываешь что рефакторил именно их <br/> - размер коммитов до/после, размер diff на фичу <br/> - churn: сколько строк переписывалось в файле за период <br/> - среднее число файлов, затронутых одной фичей (после хорошего рефакторинга должно падать) <br/> - bus factor по файлам (кто трогал, если только один то никто больше не разберётся) <br/> <br/> Технические метрики (срез до/после): <br/> - LOC и размер компонентов (огромные компоненты разбиты) <br/> - цикломатическая сложность (eslint-plugin-complexity / SonarQube / IDE) <br/> - дублирование (jscpd показывает % copy-paste) <br/> - кол-во props у компонентов, глубина вложенности JSX <br/> - покрытие тестами (jest --coverage) <br/> - bundle size (source-map-explorer, webpack-bundle-analyzer) - но это скорее уже оптимизация, а не рефакторинг <br/> - кол-во ESLint/TS ошибок и any <br/> <br/> React-специфика рефакторинга (тут не поручусь, спросил в LLM): <br/> - вынос логики в кастомные хуки <br/> - разделение умных/глупых компонентов <br/> - убрал prop drilling -> context/состояние <br/> - мемоизация где реально нужна <br/> - типизация (JS -> TS, убраны any)