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

[BOAL]

Цитата:

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

Фед, почему минимальное использование best practices внедрения и поддержки (такое, как использование тестового приложения) вызывает такое отторжение?
Честное слово - я бы таким внедренцам, дебажащим на рабочем приложении, что-нибудь бы поотрывал

Потому, что разработчки софта (и часто его сотрудники) очень далекие от реальной работы системы люди - они теоретики.
Есть три категории опыта АХ
1. Разработка ядра и его локализации
2. Внедрение этой чудо-системы
3. Работа на клиенте.
Только тот, кто прошел 2 и 3 достоин заниматься 1
А у нас идут в 1 с улицы или в лучшем случае с парой лет 2 на ролях "сидел в трюме, общался с юзерами через консультанта".

Любая фича (хрень), которая коробит самого разраба, делает его тест содеянного им же, неудобным в течении 0.5 минуты и тем более более (5 мин или час!!) будет коробить конечного пользователя по 8ч в день все время!!!
А разараб - "покрасил и забыл"(С) (тут смотрим тему про цвета в гриде и тп)

Так вот - АХ еже версионно теряет свои конкурентные преимущества над другими системами. Внедренцы тоже не дураки и из монобизнеса становятся "ЕРП в ассортименте и, конечно, свежий 1С в наличии".

Перекрестные ссылки, которые перестанут работать на вынос части кода (отчетов и прочего) в ВижуалСтудию, отваливающийся от этого код, который даже компиляцией на найти, токо по факту неработы и падения в (синий экран видимо )
Отказ дебугера, стек4а вызовов и просмотра переменных на рабочей база == увеличению срока простоев системы с 5-10мин нонстоп отладки без выгона юзеров, до 3-24ч на всякие переносы бакапа и повтора ошибки.

Мы даже на пакетнике сча врубили стек вызовов - лезет там инфолог, зашел в пакетник, увидел "Ошибка" - перешел в код, хоть понял про что речь.

Мы ж все помним какие тексты ошибок выдвает АХ и что их нужно уметь читать и понимать, что если она пишет ХХХХ, то это вовсе не ХХХХ, а совсем даже УУУ.

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

Ведь 99% надежная система - это значит что в год она 3.65 дня стабильно лежит в дауне.
должно быть 99.999% - а это все из мелочей скалдывается.
Да и в конце концов - возможность, не значит нужно пользоваться. А нет возможности == танцы с бубном. Пусть это нужно 1 раз в год на 10мин, но это экономит эти 3.65 дня дауна системы.

Накипело, сорвался, выговарился, простите, если что не так