Еще в 2017 году мне надоели базы данных, и я решил, что хочу заняться фронтенд-разработкой. Это небольшое изменение, поэтому я искал практичные курсы и выбрал Full Stack Web Developer с Udacity.
Это просто, но приличный объем работы. В основном смотрите видео, читайте статьи и время от времени отправляйте проекты.
Вот тут стало по-настоящему интересно.
Когда вы отправляете проект, его отправляют на оценку людям, которые уже профессионально используют технологию. Они прочесывают код и указывают на улучшения. Забыли добавить README или LICENSE.md? Он возвращается на доработку. Раздутые функции? Назад снова. Не достигли поставленных целей? Без шансов. И комментарии всегда были обезоруживающе радостными.
И мне это понравилось. Абсолютно понравилось.
Я имею в виду, как обзоры могут быть забавными? Но это было. Это были не только самые быстрые этапы обучения, это было самое быстрое обучение, которое у меня всегда было. Когда у вас есть профессионалы, которые дают вам советы и поддержку, вы вовлечены и усваиваете информацию со скоростью.
До этого момента большая часть моего кода каким-то образом избегала рецензирования (я имею в виду, да ладно, кто захочет проверять код базы данных? Серьезно?). Теперь я был просвещен и с тех пор всегда был рад быть по обе стороны от обзоров.
Перенесемся к 2022 году, и я работаю с разработчиками ReactJS и обдумываю, как эффективно проводить проверки.
Простой метод
- Проверить ветку разработчика
- Добавляйте TODO (или REVIEW) комментарии как можно ближе к коду, который требует внимания.
- Зафиксируйте/отправьте изменения с помощью согласованного сообщения о фиксации
- Разработчик может следовать рекомендациям, удаляя выполненные TODO
Преимущества
- Комментарии обзора находятся рядом с целевым кодом; проще следить за комментариями, плавающими в запросе на слияние в браузере
- Если вы хорошо разбираетесь в своих сообщениях Git, будет легко искать в журналах отзывы, если они понадобятся в будущем.
- Лицензионное программное обеспечение не требуется
Мне действительно интересно, как все остальные любят делать свои обзоры. Вы уже придерживаетесь этого подхода? Возможно, вы предпочитаете использовать программные решения? Или обзоры «через плечо» — единственный выход?
Дайте мне знать ваше мнение в разделе комментариев ниже! 👏🏻