AX 2012: Правила именования объектов

[George Nordic]

Цитата:

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

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

Сергей. Разработчики могут называть объекты, как им заблагорассудится. На то и ставят ведущих, которые обучают новичков и контролируют качество кода и соблюдение BestPractises. А когда дело касается столь существенных изменений, то всем заправляет Архитектор Системы - именно он отвечает за правильную работу всей функциональности, корректность взаимосвязей и т.п. И я не верю, что на таком уровне может твориться подобный бардак. Или так было задуманно специально, и последуют изменения ВР в части именования объектов, или дело не в разработчиках, а в архитекторах. Но это было бы крайне печально....

С Уважением,
Георгий

[mazzy]

Цитата:

Сообщение от George Nordic

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

Могут.
А я - верю.
Если сделано специально, то какой смысл в ТАКОМ изменении?

[fed]

Цитата:

Сообщение от George Nordic

Сергей. Разработчики могут называть объекты, как им заблагорассудится. На то и ставят ведущих, которые обучают новичков и контролируют качество кода и соблюдение BestPractises. А когда дело касается столь существенных изменений, то всем заправляет Архитектор Системы - именно он отвечает за правильную работу всей функциональности, корректность взаимосвязей и т.п. И я не верю, что на таком уровне может твориться подобный бардак. Или так было задуманно специально, и последуют изменения ВР в части именования объектов, или дело не в разработчиках, а в архитекторах. Но это было бы крайне печально....

С Уважением,
Георгий

Проблема в том, что Архитектор в Микрософтовской разработке не отвечает за такие мелочи. Архитектор в микрософтовской разработке, это такой профессиональный балабол (с окладом на уровне GM), который не за конкретные вещи, а только за СТРАТЕГИЮ. Типа - поддерживаем ролеориентированный интерфейс, делаем интеграцию с WEB, интегрируемся за Visual Studio, нормализуем таблицы и тп. А как на практике это воплощается - это архитектора не колышет. Ты ведь помнишь анекдот про то как мышки к сове пошли за советом ? "Это тактика, а я только стратегическими вопросами занимаюсь". Вот и получается что нанятые по объявлению C#-программисты (без опыта внедрений и знания аксапты), под руководством програм манагеров (которые в разработке не разбираются как правило, ибо это постановщики, зачастую тоже без опыта внедрений) и напрограммировали то, что нас сейчас ожидает с выходом 2012 версии.