Android частные полевые рекомендации по именованию в порядке?

Здесь http://source.android.com/source/code-style.html#follow-field-naming-conventions указано что:

Имена полей

• Непубличные, нестатические имена полей запускаются с m.
• Статические имена полей запускаются с s.
• Другие поля запускаются со строчной буквы.
• Общедоступные статические заключительные поля (константы) являются ALL_CAPS_WITH_UNDERSCORES.

Это также указывает что:

Правила ниже не являются инструкциями или рекомендациями, но строгими правилами. Вы не можете игнорировать правила, которые мы упоминаем ниже за исключением утвержденного на основе потребности к использованию.

Мне не нравится "m" конвенция прежде частный или поля пакета в классе. Я действительно нахожу это невдохновленным... Я имею в виду, если мы пытаемся применить хорошие проекты, слабая связь классов подразумевает наличие немногих общедоступных полей. на самом деле в моих программах у меня обычно нет общедоступных полей, даже когда мне нужны некоторые, которые я использую методы считывания и методы set...

Так, почему я должен быть вынужден иметь почти все свои поля в программе с "m" перед ними? не было бы легче иметь несколько общедоступных полей, если существует кто-либо с некоторым "g" впереди или чем-то? или просто используйте методы set и методы считывания, как бобы предполагают? это действительно делает мой код тяжелее для чтения....

Кроме того, после этих инструкций локальные временные переменные, используемые в методах, не имеют никакого ограничения, таким образом, они могли легко быть приняты за общедоступные глобальные поля (также без ограничения)... это, также я нахожу для несправедливости, поскольку это - вероятный источник ошибок... Я понимаю, чтобы иметь способ дифференцироваться от полей, но частные/защищенные членские поля наиболее используются в приложении, они не должны быть менее "читаемыми".

Что Вы думаете? Я должен следовать инструкциям?