Сложно ли опустить ключевое слово «private» из определения класса?

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

class MyClass
{
private:
    int someVariable;
// ...

Я думал, что это было избыточно.

Сотрудник не согласился с этим, заявив, что он эффективно «скрывает» частный характер данных.

Большая часть нашего устаревшего кода явно указывает на спецификаторы доступа и обычно смешивают их непоследовательно по всему определению. Наши классы также имеют тенденцию быть очень большими.

Я пытаюсь сделать мои новые классы достаточно маленькими, чтобы определения моих классов были похожи на: а номера групп ранжируются по численности населения от наибольшего к наименьшему (например, группа, охватывающая территорию трех штатов Нью-Йорк-Нью-Джерси-Коннектикут, имеет номер GroupNumber 1, а группа North Platte, Небраска - GroupNumber 209).

Итак, в моем вопросе 2 части.

A) Несмотря на то, что в этих запросах SELECT TOP нет предложений ORDER BY, действительно ли они детерминированы, потому что кластеризованный индекс в основном предоставляет ему ORDER BY по умолчанию?

B1) Если это правда, является ли запрос, как бы опасно на самом деле делал то, что должно было делать?

B2) Если это не так, вы можете помочь мне доказать это?

Примечание: Я ' Я уже переписал это, чтобы использовать соединения, поэтому мне не нужен SQL, чтобы исправить это, мне нужно запустить его в производство, чтобы я не беспокоился о его поломке.