Еще в 2017 году мне надоели базы данных, и я решил, что хочу заняться фронтенд-разработкой. Это небольшое изменение, поэтому я искал практичные курсы и выбрал Full Stack Web Developer с Udacity.

Это просто, но приличный объем работы. В основном смотрите видео, читайте статьи и время от времени отправляйте проекты.

Вот тут стало по-настоящему интересно.

Когда вы отправляете проект, его отправляют на оценку людям, которые уже профессионально используют технологию. Они прочесывают код и указывают на улучшения. Забыли добавить README или LICENSE.md? Он возвращается на доработку. Раздутые функции? Назад снова. Не достигли поставленных целей? Без шансов. И комментарии всегда были обезоруживающе радостными.

И мне это понравилось. Абсолютно понравилось.

Я имею в виду, как обзоры могут быть забавными? Но это было. Это были не только самые быстрые этапы обучения, это было самое быстрое обучение, которое у меня всегда было. Когда у вас есть профессионалы, которые дают вам советы и поддержку, вы вовлечены и усваиваете информацию со скоростью.

До этого момента большая часть моего кода каким-то образом избегала рецензирования (я имею в виду, да ладно, кто захочет проверять код базы данных? Серьезно?). Теперь я был просвещен и с тех пор всегда был рад быть по обе стороны от обзоров.

Перенесемся к 2022 году, и я работаю с разработчиками ReactJS и обдумываю, как эффективно проводить проверки.

Простой метод

  1. Проверить ветку разработчика
  2. Добавляйте TODO (или REVIEW) комментарии как можно ближе к коду, который требует внимания.
  3. Зафиксируйте/отправьте изменения с помощью согласованного сообщения о фиксации
  4. Разработчик может следовать рекомендациям, удаляя выполненные TODO

Преимущества

  • Комментарии обзора находятся рядом с целевым кодом; проще следить за комментариями, плавающими в запросе на слияние в браузере
  • Если вы хорошо разбираетесь в своих сообщениях Git, будет легко искать в журналах отзывы, если они понадобятся в будущем.
  • Лицензионное программное обеспечение не требуется

Мне действительно интересно, как все остальные любят делать свои обзоры. Вы уже придерживаетесь этого подхода? Возможно, вы предпочитаете использовать программные решения? Или обзоры «через плечо» — единственный выход?

Дайте мне знать ваше мнение в разделе комментариев ниже! 👏🏻