Ну мне кажется, что подход к жестому определению questionable == invalid — это порочный путь. Вы таким образом удаляете дополнительную возможность детализации качества. То есть вы можете делать это настраиваемым параметром (так, кстати, делают некоторые вендоры — давая в руки наладчиков битовую маску, которая будет расцениваться как валидные и как невалидные измерения). А дальше вы можете ещё думать о том, как будет лучше и вводить эти опции у себя в настройках. И тогда некоторые наладчики вам будут благодарны и будут вас хвалить за такую гибкость, которая позволяет сделать то, что надо, в условиях, когда входные данные отличаются от того, что обсуждалось в рамках РГ.
Я с этим согласен. И то, что сейчас в рабочей группе пытаются сказать, что oldData - это questionable по сути не верно. oldData с operatorBlocked может оказаться good. Т.к. operatorBlocked требует выставления oldData, а мы не можем не доверять сотруднику полиции (зачеркнуто) оперативному персоналу.
