Отладка на рабочей базе

[Logger]

Да никто не спорит что разрабатывать и отлаживать надо по науке. Пишем на дев, тестируем на тесте. Работаем на рабочей.
Но иногда просто необходимо на рабочей что нибудь отладить. К сожалению, иногда воспроизвести глюк на тесте - отдельная большая задача. Плюс не всегда есть уверенность что это тот же самый глюк. А на боевой удобно посмотреть, быстро ясна причина. Время реагирования на запрос снижается кардинально.

P.S.
Аксапта это, к сожалению, не iPhone 4
Её с руками не отрывают. И кризис в IT никуда пока не делся.
Надо думать как предоставить клиенту лучший сервис.

Если люди на ваши слова нервно реагируют, то это не логотип виноват, а наболело у них. А вы просто под руку подвернулись

[Zabr]

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

[mifi]

Цитата:

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

Да никто не спорит что разрабатывать и отлаживать надо по науке. Пишем на дев, тестируем на тесте. Работаем на рабочей.
Но иногда просто необходимо на рабочей что нибудь отладить. К сожалению, иногда воспроизвести глюк на тесте - отдельная большая задача. Плюс не всегда есть уверенность что это тот же самый глюк. А на боевой удобно посмотреть, быстро ясна причина. Время реагирования на запрос снижается кардинально.

P.S.
Аксапта это, к сожалению, не iPhone 4
Её с руками не отрывают. И кризис в IT никуда пока не делся.
Надо думать как предоставить клиенту лучший сервис.

Если люди на ваши слова нервно реагируют, то это не логотип виноват, а наболело у них. А вы просто под руку подвернулись

Так в том-то и суть. Лучший сервис - профессиональный сервис. Клиент (обычно) не является экспертом в области внедрения ERP. Если ему рассказать как все надо правильно делать, то он сам запретит доступ разработчикам на рабочее приложение и проблема решиться сама собой Это, кстати, не теоретические измышления, а вполне реальные факты из моей практики
То, что следует сесть вместе с пользователем и посмотреть, что у него происходит - вроде как с этим никто не спорил. А вот дебагить разноску инвойса на терабайтной базе с парой сотен работающих пользователей.. хм.