| Результаты опроса: Используете ли вы Best Practice Check при разработке? | |||
| Да, Best Practice Check в моём приложении всегда выполняется автоматически. |
   
|
12 | 20.00% |
| Да, я периодически запускаю Best Practice Check вручную. |
  
|
18 | 30.00% |
| Нет, я не использую Best Practice Check, но стараюсь следовать рекомендациям при программировании. |
  
|
27 | 45.00% |
| Нет, я не использую Best Practice Check и не знаком с рекомендациями. |
  
|
3 | 5.00% |
| Я не программирую в AX. |
  
|
0 | 0% |
| Голосовавшие: 60. Вы ещё не голосовали в этом опросе | |||
|
|
Опции темы |
|
|
21.02.2012, 14:45
|
#1 |
|
Moderator
|
Я пожалуй некий набор постулатов выскажу:
1. Следование BP, в общем случае, позволяет несколько улучшить качество решения. 2. Следование BP не гарантирует повышения качества решения, но гарантирует дополнительные трудозатраты и косты. 3. Бездумное следование BP (без понимания того, чем то или иное правило было порождено) скорее приведет к ухудшению качества решения, чем к его повышению. 4. При наличии инженерного и программистского опыта и головы на плечах, вполне можно писать неплохие решения и без следования BP. |
|
|
|
| За это сообщение автора поблагодарили: Maxim Gorbunov (2), AlGol (1), Oz (2), CDR (-2), sukhanchik (4), oip (2). | |
|
21.02.2012, 15:35
|
#2 |
|
Модератор
|
Денис, в случае наличия головы на плечах и ведения разработки в одиночку практически любая используемая технология или методика - сплошные дополнительные косты. В случае командной работы над большим проектом прогон BP check по завершению разработки - это быстрый и дешевый способ убедиться в том, что по крайней мере в простых, но важных вещах (как то - кэширование на таблицах, метки, Mandatory и AllowEdit на полях из PK и т.д.) мы не накосячили. Раздражают какие-то определенные проверки - отключи, но это не повод не пользоваться ими совсем
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
| За это сообщение автора поблагодарили: sukhanchik (2), oip (2), gl00mie (2), pitersky (2), pedrozzz (2), niksen (1). | |
|
21.02.2012, 15:50
|
#3 |
|
MCTS
|
Если честно, то получилась какая-то ерунда, а не набор постулатов...
Вместо "BP" можно подставить любое подходящее по смыслу слово ("Оформление кода", "Простановка проектных комментариев", "Рефакторинг", "ООП") и наблюдать за отсутствием смысловой нагрузки в постулатах. 
__________________
Dynamics AX Experience |
|
|
|
21.02.2012, 16:04
|
#4 |
|
Участник
|
Цитата:
Сообщение от CDR
Если честно, то получилась какая-то ерунда, а не набор постулатов...
Вместо "BP" можно подставить любое подходящее по смыслу слово ("Оформление кода", "Простановка проектных комментариев", "Рефакторинг", "ООП") и наблюдать за отсутствием смысловой нагрузки в постулатах. В отличии от исходного текста, при подстановке предложенных терминов видоизменённый текст уже вызывает несогласие.
__________________
Здесь могла быть Ваша реклама! |
|
|
|
21.02.2012, 16:32
|
#5 |
|
Участник
|
Цитата:
Сообщение от fed
4. При наличии инженерного и программистского опыта и головы на плечах, вполне можно писать неплохие решения и без следования BP.
 Незнание закона не особождает от ответственности
Последний раз редактировалось S.Kuskov; 21.02.2012 в 16:40. |
|
|
|
21.02.2012, 18:59
|
#6 |
|
Участник
|
А можно потом огласить те три процента, которые вообще не пользуются проверкой?
__________________
Ты лучше голодай, чем что попало есть, И лучше будь один, чем вместе с кем попало.
|
|
|
|
21.02.2012, 22:57
|
#7 |
|
Модератор
|
Цитата:
Сообщение от klimova_m
А можно потом огласить те три процента, которые вообще не пользуются проверкой?
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
22.02.2012, 10:15
|
#8 |
|
Участник
|
Цитата:
Сообщение от Vadik
Только если сами признаются
|
|
|
| Теги |
| best practice, x++, опрос, программирование |
|
|
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|
Комбинированный вид
