День 2580. #ВопросыНаСобеседовании
Марк Прайс предложил свой набор из 60 вопросов (как технических, так и на софт-скилы), которые могут задать на собеседовании.

23. Проверки кода и парное программирование
«Опишите преимущества проверок кода и парного программирования в команде разработчиков. Как вы применяли эти методы в прошлых проектах?»

Хороший ответ
Практики проверок кода и парного программирования помогают улучшить качество ПО и навыки членов команды в любой команде разработчиков.

Проверка кода включает в себя изучение одним или несколькими разработчиками кода, написанного другим разработчиком.
Преимущества:
- Улучшение качества: помогает выявлять ошибки и проектные недочёты до этапа интеграции кода, что приводит к более стабильным релизам.
- Обмен знаниями: способствует распространению знаний о кодовой базе и стандартах кодирования внутри команды, что имеет решающее значение для адаптации новых членов команды.
- Улучшение командного взаимодействия: регулярные проверки кода создают культуру коллективного владения кодом и ответственности.
Например, мы использовали Azure DevOps и практику пул-реквестов (PR) как обязательный шаг для слияния кода в основную ветку. Каждый PR запускал автоматическую сборку и должен был быть проверен как минимум двумя другими членами команды. Это гарантировало, что ни один код не попадал в производство без тщательной проверки командой.

Парное программирование — метод, при котором два разработчика работают вместе за одной рабочей станцией; один пишет код (драйвер), а другой проверяет каждую строку кода по мере её ввода (навигатор).
Преимущества:
- Немедленная обратная связь по написанному коду, что ускоряет процесс обучения и повышает качество кода.
- Эффективность в решении проблем: два человека, работающие над одной и той же проблемой, как правило, решают её быстрее и креативнее, чем один.
- Повышение квалификации: начинающие разработчики могут быстро учиться у более опытных коллег, сокращая общую кривую обучения и повышая компетентность команды.
В одном проекте мы регулярно проводили сессии парного программирования, особенно при работе над сложными подсистемами приложения. Это не только ускорило разработку, но и обеспечило более высокое качество получаемого ПО.

Внедрение этих практик требует поддерживающей культуры, которая ценит качество и сотрудничество выше показателей индивидуальной продуктивности.

Рекомендация: Очевидно, если вы никогда не использовали эти методы, не говорите, что использовали! Будьте честны, опишите основные концепции этих методов и скажите, что хотели бы сами попробовать их на практике.

Часто встречающийся плохой ответ
«Проверка кода и парное программирование слишком трудоёмки и уменьшают объём кода, который может создать каждый разработчик. Лучше сосредоточиться на индивидуальной работе, чтобы максимизировать результат».

Почему это неправильно:
- Неправильное понимание продуктивности: ответ путает чистый результат с продуктивным результатом. Хотя индивидуальное программирование может создавать больший объём кода, это не обязательно приводит к повышению качества или улучшению поддерживаемости, которые снижают затраты на обслуживание и уменьшают количество ошибок в будущем.

- Краткосрочная перспектива: хотя эти методы могут замедлить начальные этапы кодирования, они экономят время на сопровождении кода и отладке на более поздних стадиях.

- Пренебрежение развитием команды: это игнорирование долгосрочных преимуществ развития команды и повышения квалификации. Командный характер проверок кода и парного программирования способствует созданию более сильной и сплочённой команды, способной более эффективно решать сложные задачи.

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

Источник: https://github.com/markjprice/tools-skills-net8/blob/main/docs/interview-qa/readme.md