|
![]() |
#1 |
Axapta Retail User
|
lev, "страшное" может возникнуть, если вы будете искать причину неверного поведения, которое само по себе производится в транзакции. В итоге дебаг значительно удлинит саму транзакцию (особенно если программист задумается на середине) - что может привести к серьезным блокировкам.
p.s. у нас дебаг на рабочей базе разрешен. |
|
![]() |
#2 |
Ищущий знания...
|
Цитата:
Сообщение от ViV
![]() lev, "страшное" может возникнуть, если вы будете искать причину неверного поведения, которое само по себе производится в транзакции. В итоге дебаг значительно удлинит саму транзакцию (особенно если программист задумается на середине) - что может привести к серьезным блокировкам.
p.s. у нас дебаг на рабочей базе разрешен. Цитата:
Разрешен и никаких трудностей по этому поводу не испытываем.
как правило если что то дебажится на рабочей, значит пользователи ждут результата труда и счастья ![]() да и вообще, программист же понимает что он на рабочей дебажит, и не станет уходить курить, пить чай, задумываться на 1-2часа вглядываясь в экран ![]()
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем Последний раз редактировалось lev; 09.06.2010 в 13:02. |
|
![]() |
#3 |
Axapta Retail User
|
Абсолютно не факт. Вы можете заниматься дебагом для одной группы пользователей, которые "ждут результата". Но при этом заблокировать остальных - которые в общем то не причем совсем. И тут еще вопрос - задачи какой группы пользователей "приоритетнее". Может дебаг и не стоит того простоя. (т.е. может быть операция и ее дебаг перенесена на вечер например).
Цитата:
![]() Последний раз редактировалось ViV; 09.06.2010 в 13:16. |
|
Теги |
отладка |
|
|