Подожди подожди. Я правильно прочитал, что две рекомендации имеют прямо противоположные требования?

параметр не проверяется на null и параметр проверяется на null как это понимать?

@Griffon

две рекомендации имеют прямо противоположные требования?

естественно. это же основы.

параметр не проверяется на null и параметр проверяется на null как это понимать?

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

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

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

Наркоманыблять