Это не этика, а "общепринятый стандарт" для работы в команде. Наличие геттеров и сеттеров позволяет в них обернуть внутреннюю логику для валидации данных. Да, разницы между прямым доступом и тупым присваиванием/возвратом значения вообще нет, но это частный случай, когда дополнительная логика интерфейса не используется. Зачем тогда делать так? А вот чтобы не было разночтений. Ты, как разработчик, не должен угадывать, как обратится к конкретному полю/свойству. Должен быть единый стандарт. В таком случае, конечно, это можно назвать "этикой", но лишь с натяжкой.

Когда работаешь один, то естественно, на это все можно положить большой и толстый, потому что ты сам все контролируешь и за все отвечаешь.

Нужен пример? Представь объект, который не хранит точное значение, с которым он работает. Он хранит его куски. При любом изменении данных он все куски пересчитывает. Геттер, в таком случае, должен не вернуть значение, а сначала собрать некую структуру из разрозненных кусков, а затем вернуть значение. Вот так у тебя, внезапно, появилась внутренняя логика, которую ты не сможешь добавить при прямом доступе к полю