Используете ли вы @SYS метки при создании своих партнерских расширений?

[kashperuk]

В данный момент в Майкрософт обсуждается удаление неиспользуемых @SYS меток. Учитывая большое количество языков, на которых выпускается АХ, перевод стоит дорого, и хотелось бы не переводить того, чего не нужно.
В принятии решения, какие метки удалять, учавствует только код, который пишет сам Майкрософт.
У меня есть подозрение, что компании-партнеры используют некоторые из @SYS меток, которые не используются в базовом слое приложения.
Создаю этот опрос, чтобы понять, есть ли смысл создавать небольшую тулзу, которая позволит собрать более конкретные данные об используемых метках.

Так что, если Вы - партнер, ответьте, часто ли вы используете SYS метки, оценив по шкале, какие из них не используются в приложении.

[Raven Melancholic]

Я не партнер. Но, переход некоторых фирм с Ax3.0 на DAX4, в которых подрабатывал и в которых метки обязательны (в принципе, на клиенте метки используются не так часто), научили тому, что использовать метки с нижележайших файлов опасно.
Поэтому, там где на клиенте используются метки, не использую ни из файла SYS*, ни с других стандартных слоев - себе дороже: завтра изменят, будет фильм не "Убить Билла 3", а убить меня не один раз!
Так как

Цитата:

если Вы - партнер, ответьте

то я не проголосовал

[oip]

С метками я всегда поступаю (стараюсь, по-крайней мере) так. Ищу соответствующую метку в нижнем слое и смотрю примеры ее использования. Если они полностию совпадают со значением, в котором собираюсь использовать метку я, то я беру именно эту метку из нижнего слоя. Если же я не нахожу пример такого использования, или же оно не совсем совпадает с нужным мне значением, то я создаю собственную метку, и беру именно ее. При этом я стараюсь смотреть не только русское значение метки, но и соответствующее ей оригинальное английское значение, и контекст его использования. Местами такие неожиданные моменты при этом возникают...

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

[Ivanhoe]

А как голосовать, если использую sys-метки, но они все используются и MS? Хотя общий подход - использовать свои метки, т.к. MS слишком вольно обращается с переводом

[EVGL]

Опрос ну оочень мудреный. Можно было бы еще спросить: "Сколько километров вы проходите пешком за месяц?", и привести десяток вариантов, отличающихся на 10 км.

[gl00mie]

На счет меток - их же можно при желании посчитать по перекрестным ссылкам. Касаемо того, на каком слое они используются, есть готовый проект Слой прикладного объекта в перекрестных ссылках

[mazzy]

Цитата:

Сообщение от kashperuk

В данный момент в Майкрософт обсуждается удаление неиспользуемых @SYS меток. Учитывая большое количество языков, на которых выпускается АХ, перевод стоит дорого, и хотелось бы не переводить того, чего не нужно.
В принятии решения, какие метки удалять, учавствует только код, который пишет сам Майкрософт.

ДА-А-А-А!!!!
Говорю, как человек, который участвовал в локализации этих самых меток.

Метки двоятся-троятся без особой на то необходимости (возможно изначально в датском были различия. но перевод на английский и обратно все нивелировал).

А там где метки имеют разный смысл - они объединены в одну (например Interest/Interest - интересы в модуле CRM и проценты в главной книге/логистике)

Цитата:

Сообщение от kashperuk

У меня есть подозрение, что компании-партнеры используют некоторые из @SYS меток, которые не используются в базовом слое приложения.

Используют.
Но не осмысленно (к некоей стратегией), а тупо выбирают первую попавшуюся.
Например среди десятка Overview и General используют с метку меньшим кодом (или первую попавшуюся).

Т.е. речь идет только о повторном использовании меток безо всякой стратегии.

Нужно, чтобы изначально в метках был смысл и было четкое понимание как эти метки должны использоваться. причем "изначально" - out of box, от Майкрософта.

Например, для каждого модуля должна быть своя метка. даже если такая уже есть в другом модуле (interest/interest). Может быть, за исключением общеупотребительных типа Overview, General, Setup, Up, Down... (могу прислать файл с разбором меток и с предложениями)



Обрати внимание на метку @SYS2952 она используется чаще всего потому что ее код минимален.
Обрати внимание на метки General, которые используются 1-2-3-4 раза - это сам майкрософт надублировал
Обрати внимание на то, что даже внутри каждого из модулей cust, vend, proj самим майкрософтом используются разные метки General (см. колонку Prefixes)

Т.е. речь должна идти не о простом удалении, а о полном рефакторинге меток.


============================
по поводу опроса - вряд ли кто отслеживает "процент использования стандартных меток". да и методики оценки могут быть разными.

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

[mazzy]

Цитата:

Сообщение от oip

С метками я всегда поступаю (стараюсь, по-крайней мере) так. Ищу соответствующую метку в нижнем слое и смотрю примеры ее использования.

Ага.
причем "смотрю примеры ее использования" означает - нажимаю на кнопочку "Чем используется" и смотрю префиксы объектов, которые используют эту метку. Если в префиксах стоит неожидаемый модуль, то смотрю уже объекты этого модуля.

[mazzy]

Цитата:

Сообщение от Raven Melancholic

Я не партнер. Но, переход некоторых фирм с Ax3.0 на DAX4, в которых подрабатывал и в которых метки обязательны (в принципе, на клиенте метки используются не так часто), научили тому, что использовать метки с нижележайших файлов опасно.

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

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

Цитата:

Сообщение от mazzy

Используют.
Но не осмысленно (к некоей стратегией), а тупо выбирают первую попавшуюся.
Например среди десятка Overview и General используют с метку меньшим кодом (или первую попавшуюся).

ну за всех то не надо говорить
я вот помню уже наизусть, что Overview на 39 номер оканчивается. General не помню

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

[mazzy]

Цитата:

Сообщение от AX2009

я вот помню уже наизусть, что Overview на 39 номер оканчивается.

Я собственно об этом и говорю: либо минимальный номер, либо первый попавшийся

[kashperuk]

Спасибо всем ответившим в опросе. Каждому отвечу чуть позже сегодня или завтра.

[Maxim Gorbunov]

Вообще-то, неплохо бы после удаления меток и какой-то инструмент приложить, чтобы облегчить процедуру нахождения и исправления ссылок на удалённые метки. Понятно, что партнёры и сами за пару-тройку дней такой могут написать, но со стороны Майкрософта это было бы красивым жестом

[Maxim Gorbunov]

А в целом удаление дублирующихся меток я поддерживаю. Полностью согласен с mazzy.

[kashperuk]

Цитата:

Сообщение от Maxim Gorbunov

Вообще-то, неплохо бы после удаления меток и какой-то инструмент приложить, чтобы облегчить процедуру нахождения и исправления ссылок на удалённые метки. Понятно, что партнёры и сами за пару-тройку дней такой могут написать, но со стороны Майкрософта это было бы красивым жестом

Да, это одна из идей, которую я хочу пропихнуть в АХ 2012.
Посмотрим, или получится.

[mazzy]

часть обсуждения выделена в отдельную ветку
это одна из идей, которую я хочу пропихнуть в АХ 2012.

[kashperuk]

Неужто у нас на форуме действительно всего 19 активных партнеров?

Перефразируя вопрос, меня, по сути, интереусует, может ли сказаться на вашем приложении удаление определенного количества SYS меток, если при этом не будет предоставлено инструмента для их быстрого поиска?

[oip]

Нет, не 19, а 41. Но с учетом того, тот опрос длился месяц, очень активно рекламировался, а также ответить на него было гораздо проще, результат в 50%, по-моему, достаточно неплох.

[player]

Как оценить без этого инструмента? "Километры в месяц"...
А в общем, mazzy прав - в большинстве случаев подходящую с минимальным номером.

[kashperuk]

Цитата:

Сообщение от player

Как оценить без этого инструмента? "Километры в месяц"...
А в общем, mazzy прав - в большинстве случаев подходящую с минимальным номером.

Оценить просто - на англ. это называется "Gut feeling".
Если я написал 100 тысяч строк кода, и в них использовал кучу SYS меток, выбирая их по принципу "минимальный номер", то явно дофига из них могли быть "из тех которые планируется удалить".
Я согласен, что сложно оценить, 10% это или 5%, но мне не так важна точная цифра. Ваше приблизительное значение для меня будет более чем достаточно.