Добрый день, коллеги !!!
Кто-нибудь может поделиться документом, регламентирующим правила описания программ и правила кодировки имен программ и переменных на ABAP-е.

Да по идее каждая организация, трепетно относящаяся к коду, ставит свои регламенты... Имена должны нести смысл, раздляйте локальные и глобальные переменные, хотя бы по приставке в начале. И вообще именуйте так, чтобы если другой человек открыл ваш код, прочел коментарии и понял что к чему;)

Хотел бы тоже увидеть официальный документ, все-таки следование стандартам никому еще не вредило.
Слышал о том, что сап рекомендует называть программы, естественно, начиная с z*, а потом должны идти инициалы разработчика и далее имя программы...

SAP не рекомндует а жестко задает что твои объекты начинаются с Z или Y, ну а дальше как уже решаешь сам.

По поводу первого символа, иное и не подразумевалось

О том что это SAP не слышал и не встречал подобных упоминаний (вот внутри текста стандартных программ в комментариях инициалы встречаются), но знаю что в ряде проектов такое практиковалось. На мой взгляд это совершенно излишне, ведь как правило в атрибутах создаваемых словарных объектов автор уже присутствует.

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

Как? Отенено ограничение на 30 символов в названии программ, инклюдов и ФМ? В ERP2004 точно не даёт создавать инклюды с именами длинее, как впрочем и ФМ с репортами(через SE80). Или есть какой хитрый способ?

Согласен с sy-uname.
Если нужно отобрать информацию по автору - в средстве поиска по программам есть поля
"Автор программы
Автор последнего изменения"

По поводу переменных:
gv_name - global value
gs_name - global structure
gt_name - global table
lv_name - local value
lt_name...
ls_name...

название програм, модулей, смартформ.. - ZXX_YYY_NAME - где ХХ модуль, УУУ инициалы разработчика...

достаточно удобно...

У многих клиентов разработки ведутся несколькими людьми под одним и тем же логином - "из экономии", вот отсюда проблема и возникает.

На мой взгляд, главное, чтобы было единство стандарта, с которым будет согласен заказчик и люди которые потом будут сопровождать ваш код не будут поминать недобрым словом. На счет инициалов разработчика не очень понимаю их надобность в названии. Если правильно группировать объекты, потом не составит большого труда найти тот или иной. Да и чем они существенно могут помочь при поиске...

Согласен...

по-моему, правильно метить объекты и комментировать код не by ФИО разработчика, а кодом работы/заявки/модификации из багтрекера или иного перечня доработок.

как промежуточный вариант - конкатенацией фио(3 буквы) и кода работы.

по-моему, фио в названии объектов - плохая идея. люди приходят и уходят, объекты и доработки остаются.

На мой взгляд, глупости всё это, пережитки докомпьютерных систем учёта все эти позиционные системы кодирования. Что толку от цифирек кода работы?
Помоему вполне будет достаточно если в наименовании будет указа предметная область (HR, MM, FI и т.п.) и всё остальное под "говорящую" часть названия.