разрешен ли у вас Debug на рабочем приложении

[IKA]

Разрешен ли у вас Debug на рабочем приложении? Если нет, то каковы причины?

[lev]

Цитата:

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

Разрешен ли у вас Debug на рабочем приложении? Если нет, то каковы причины?

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

[sukhanchik]

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

[EVGL]

Разрешен, хотя это и снижает производительность.

[Vadik]

Цитата:

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

Разрешен ли у вас Debug на рабочем приложении?

да

[oip]

Да.

[gl00mie]

Да, разрешен. Может, стоило опрос создать? Результат был бы нагляднее...

[Weez]

Разрешен был везде, где я работал и работаю

[Berty Wooster]

Официально запрещен. Но с разрешения (уведомления) высокого начальства в критических случаях можно.

[lev]

Цитата:

Сообщение от Berty Wooster

Официально запрещен. Но с разрешения (уведомления) высокого начальства в критических случаях можно.

просто любопытно, а чем мотивирован запрет?

[EAlex]

Да.

[Berty Wooster]

Цитата:

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

просто любопытно, а чем мотивирован запрет?

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

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

[Андре]

Цитата:

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

Ну, отладка - это наблюдение, а не вмешательство. Вмешательство - изменение кода и запрет отладки никак не ограничит возможности что-то поправить в коде (для этого права надо отбирать). Другое дело, что эти изменения будут вноситься "вслепую", что как раз сильно увеличит риски.

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

[lev]

Цитата:

Сообщение от Berty Wooster

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

как правильно заметил Андре debug это не вмешательство, а способ найти причину неправильного поведения системы. После того как причина найдена, на ТЕСТЕ выполняется её исправление, тестирование функционала, и перенос на рабочую. И на мой взгляд ни чего страшного в таком алгоритме работы нет

З.Ы. это моё мнение, может я и заблуждаюсь

[ViV]

lev, "страшное" может возникнуть, если вы будете искать причину неверного поведения, которое само по себе производится в транзакции. В итоге дебаг значительно удлинит саму транзакцию (особенно если программист задумается на середине) - что может привести к серьезным блокировкам.
p.s. у нас дебаг на рабочей базе разрешен.

[lev]

Цитата:

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

lev, "страшное" может возникнуть, если вы будете искать причину неверного поведения, которое само по себе производится в транзакции. В итоге дебаг значительно удлинит саму транзакцию (особенно если программист задумается на середине) - что может привести к серьезным блокировкам.
p.s. у нас дебаг на рабочей базе разрешен.

Процитирую первое свое сообщение:

Цитата:

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

Ответ на вопрос про транзакции, блокировки и т.п. выделен жирным
да и вообще, программист же понимает что он на рабочей дебажит, и не станет уходить курить, пить чай, задумываться на 1-2часа вглядываясь в экран

[ViV]

Цитата:

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

Ответ на вопрос про транзакции, блокировки и т.п. выделен жирным

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

Цитата:

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

да и вообще, программист же понимает что он на рабочей дебажит, и не станет уходить курить, пить чай, задумываться на 1-2часа вглядываясь в экран

Тут все на совести программиста.

[IKA]

Цитата:

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

Разрешен, хотя это и снижает производительность.

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

[Logger]

Не только разрешен, но и активно используется.