Что делать с человеком, который не комментирует код?

Согласен насчет переименовывания. Контекст типа контекст с именем контекст и параметр типа параметр с именем параметр делает обфускацию кода лишней ))

Processor::Processor (my_context ctx, const Parms& parms) :
base_class (ctx), m_parms (parms) {}

Думаю что если бы было написано по строчке о назначении параметров — дальнейшее сопровождение будет проще.
p.s. Мне нравится подход, что надо документировать не что делает код, а зачем он это делает.

Что делать с человеком, который не комментирует код?

Полностью поддерживаю. Поддержка недокументированного кода — это боль в жопе.

Что делать с человеком, который не комментирует код?

Код «внутри», где необходимо, комментарии имеет. Я бы хотел видеть краткое описание классов и методов.

Что делать с человеком, который не комментирует код?

Спасибо! Хороший вариант.

Что делать с человеком, который не комментирует код?

Небольшой проект, и герой вопроса — в одном лице архитектор-лид-ведущий разраб. В этом проекте это он может мне выдать код на доработку, а не я ему ))

Что делать с человеком, который не комментирует код?

Он как раз то лицо, которое определяет стандарты кодирования.

Каков минимальный возраст для использования сервисов Google с точки зрения закона?

Спасибо за ссылку, пригодится. Жаль, нельзя пометить два ответа как решение )

Каков минимальный возраст для использования сервисов Google с точки зрения закона?

Спасибо, думаю что 18 лет — это как раз искомая цифра.