Вступление: готовлю предложения по организации процесса код ревью в компании, потому читаю всякую муру. Вот наткнулся на хабре на статью "Code Review и теория вероятностей".

Автор пишет обоснование:

представим себе некоего программиста Васю. Он пишет код. Ну, потому, что он программист. Допустим, Вася — хороший программист и 75% его кода не содержит ошибок

Далее:

если Петя (примерно той же квалификации) просмотрит его код, он уменьшит количество багов вдвое (до 12.5%). Ну потому что они примерно одинаковой квалификации, но всё-таки разные люди и получается мы тратим на этот кусок работы в 2 раза больше ресурсов, значит получим в 2 раза меньше багов

Далее:

Теперь давайте посмотрим как оно есть на самом деле

И по формуле из ТВ 1 — (1-X)*(1-Y) автор получает, что не 12.5%, а всего 6.25% и на этом основании делает сабжевый вывод.

Нисколько не критикуя полезность код ревью, давайте посмотрим как на самом деле, даже применяя авторскую аргументацию. Просто следуя словам автора:

на самом деле, я, конечно, вру и вряд ли Вася такой гуру,

и подставляя вместо 0.75 число 0.5, получаю 0.75, то есть вполне "ожидаемый результат" (без ТВ), противоречащий выводу статьи.
Надеюсь понятно, что произойдёт, если взять, например, 0.4

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

Сокращения
ТВ — теория вероятностей.