Сколько часов обзора кода за каждый час разработки, примерно?

Мы пытаемся собрать бюджет для нового проекта. Мы хотели бы разделить время проверки кода отдельно. Какое хорошее правило для того, сколько часов обзора кода требуется для каждого часа разработки программного обеспечения? Оценки шаров и анекдоты в порядке.

(Рисунок 3 команды разработчиков на этом.)

Ответы

Ответ 1

Оценки, основанные на соотношении от 10: 1 до 20: 1 (время, отведенное на рассмотрение), безусловно, являются разумными. Разумеется, ваш фактический пробег может варьироваться в зависимости от чистоты и удобочитаемости кода.

Если ваша команда практикует сопряженное программирование (в некоторой степени, не обязательно полный рабочий день), это может увеличить понимание разработчиками кода, находящегося на рассмотрении, и ускорить его во время обзора.

Ответ 2

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

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

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

Или вы могли бы просто сказать, пусть посвящают 5% от общего бюджета проекта на рассмотрение. Независимо от того, что это не будет основано на количестве часов, назначенных для фактического создания чего-либо.

Ответ 3

Если обзор сделан кем-то, кто является "внутренним" для команды. Обзор будет немного легким, так как он/она знает, что там происходит на экране, функционально мудрый. Таким образом, 40-часовая разработка займет 2-3 часа обзора.

Если обзор сделан кем-то "внешним" для команды. Он/она мог занять до 40 часов развития. Поскольку рецензент займет много времени, чтобы понять логику, чем искать стандарты и т.д.,

НТН

Ответ 4

Вы должны иметь возможность просмотреть недельную работу за 2 часа. (для одного программиста)

Ответ 5

Предполагая, что методы проверки кода должны включать в себя каждую проверку, проводимую другим разработчиком, это, вероятно, составляет около 2-5 минут в час разработки кода. Это, конечно, настоящая приблизительная оценка.

Ответ 6

В моем личном опыте обзоры кода по сравнению с временем кодирования являются переменными и зависят от многих факторов, таких как:

  • Опыт разработчиков кодеков
  • Сложность проблемы
  • Знание о проекте от Coder и Reviewer.
  • Требуемое качество решений в коде проекта рассмотрено
  • Другие сведения

В худших случаях он может составлять от 10% времени кодера до 250%.