Работающий код и выпущенная игра это прекрасно. А если код соответствует конвенции и понятен другим разработчикам - это ещё лучше. Частенько в порыве креатива наш код может превращается в лапшу с разными принципами оформления. Еще хуже, если за несколько месяцев разработки поменялись привычки записи, или поменялся состав команды (и новые участники также пишут по-своему). Чтобы такого не происходило, люди, ответственные за разработку языка программирования, формируют перечень рекомендаций.
Официальные рекомендации по gdscript базируются на PEP8 (стандарты оформления кода на Python), и в действительности таких рекомендаций намного больше, чем в этой таблице. Однако, таблица покрывает 95% ситуаций при редактировании игры (реальный % не считал).
Ниже я прикрепил таблицу-шпаргалку этих основных рекомендаций - пользуйтесь на здоровье!
Ознакомиться с рекомендациями детально, подробно и с примерами можно на сайте официальной документации по Godot. Помимо параграфов про форматирование и именование (из этой таблицы), в документации есть рекомендуемый порядок смысловых блоков кода, как оформить класс в виде отдельного скрипта, оформление сигналов и свойства, рекомендуемый порядок методов, optional static typing и другое.
Также к официальному туториалу стоит обратиться, если что-то непонятно в этой таблице - ознакомьтесь, и станет понятно.
На всякий случай - линк на русскоязычный вариант style guide (переведён сообществом не полностью). Важно отметить, что всё это является только рекомендацией (хорошим тоном), и не обязывает оформлять именно так. Иногда схожесть оформления кода между разными участниками одной команды (даже вопреки рекомендациям) оказывается важнее, чем соответствие стандарту. Однако, профессионализм разработчика включает в себя знание таких стандартов и умение придерживаться определённого стиля в коде.
