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

[mifi]

Цитата:

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

Все верно - но не следует уж прям так с ходу наезжать на МС. Там же тоже люди


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



Конечно можно все организовать. Но, повторюсь, - не все может вылезти на тестовой базе. Ярким примером могут быть ситуации, которые завязаны на интеграцию АХ с чем-либо.
Опять-таки:
- на тестовой базе нельзя (сложно = дольше) выявить ошибки пользователя
- на тестовой базе нельзя (сложно = дольше) выявить изменение настроек, выполненных ответственными за это сотрудниками, которые отнеслись безответственно к смене настроек

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

[sukhanchik]

Цитата:

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

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

Про тестовую базу BOAL так сказал по одной простой причине. Если использовать тестовую базу, как буфер перед переносом модификаций на рабочую, то нельзя вести копию рабочей БД "чисто для суппорта".
Я не очень помню - отменяли ли правило "разрешенных трех приложений" в лицензионной политике - но если не отменяли - то нет возможности так плодить базы.
А если есть возможность, то получается нужно иметь помимо рабочей БД еще:
- разработческую
- тестовую
- демонстрационную (для обучения новых пользователей)
- суппортную (которая постоянно обновляется)

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

По поводу интеграции. Ошибки могут быть где угодно. И в АХ в том числе. А вот для выявления этих ошибок как ни крути нужен дебаггер. Особенно - если ошибка не на стороне АХ.

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

[mifi]

Цитата:

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

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

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

[sukhanchik]

Цитата:

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

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

Как один вариантов - да, согласен. Хотя никто осознанно бред не вводит. Всегда есть обоснование почему именно так он сделал.
Дело-то в другом. Внедренец (если это сторонняя фирма) сможет сделать такие выводы только после анализа кода в отладчике (если такая ситуация конечно возникла первый раз).
Или же нанятый сотрудник клиента, малознакомый с функциональностью также не сможет быстро выяснить причины проблемы без отладки.

Но... главный вопрос. МС заинтересован в увеличении числа таких клиентов? Ведь в результате "действования по науке" фирма будет иметь уже бизнес-проблемы, а ведь обвинят в первую очередь систему и именно от нее будут стремиться отказаться.

При грамотном подходе можно и SQL Server затюнить и 1С заставить летать и много чего еще. Мы все выбираем соотношение цена/качество - и не стремимся купить бентли для поездки на дачу. Так почему же МС заставляет отказываться от АХ?

[greench]

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

[sukhanchik]

Цитата:

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

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

Все отсюда пошло:

Цитата:

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

А еще реальностью стал (по моим источникам) геморрой с перезагрузкой откомпилированных сборок. То есть - либо рестарт боевого AOS, либо работа через Application Domain. Причем скорость второго режима, мягко говоря, бледно смотриться даже на фоне скорости старого интерпретатора.
Ооо - почитал твиттер Брендона:
1. Отладка на сервере возможна только через VS Debugger
2. Чтобы отлаживаться, придется включать App Domain с тормозами.
3. Если у тебя на сервере работает несколько разработчиков - опять таки только App Domain с hot-swapping.

Т.е. при выборе системы все расписывают как она будет летать. МС готовит кучу тестов естественно без режима отладки.
В жизни получается (клиент делает такой вывод или ему помогают сделать такой вывод) что режим отладки (Application Domain) должен быть постоянно включен на рабочей БД, что влияет на скорость работы.
У клиента наступает разочарование и полное желание отказаться от такой системы (если хватает денег ).
Клиент меняет систему и имеет систему если не лучше то по крайней мере дешевле.
Клиент всем своим знакомым рассказывает - какой отстой - АХ - и ни в коем случае не работайте с МС - там нет компетентных людей.

[Vadik]

Цитата:

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

Так почему же МС заставляет отказываться от АХ?

Коллеги, меньше пафоса - никто никого не заставляет. Отладка на продуктиве - безусловное зло (иногда к сожалению неизбежное). Если кто-то много времени проводит в отладке на боевой системе (это к догадкам о том что она вероятно будет тормозить), imho лишний повод задуматься о том что поменять в консерватории
Потом, будет тормозить, не будет тормозить, включать эту неведомую зверушку App Domain или не включать, на всех инстансах AOS-а или на одном отладочном - этого сейчас никто достоверно не знает. Так чего шуметь-то раньше времени ?

P.S. Если уж шуметь, так об отказе от поддержки Oracle
Что характерно - в FAQ-е по ссылкам ни слова о том, что лицензии на SQL Server "вынужденным мигрантам" достанутся бесплатно

Цитата:

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

Коллеги, меньше пафоса - никто никого не заставляет. Отладка на продуктиве - безусловное зло (иногда к сожалению неизбежное). Если кто-то много времени проводит в отладке на боевой системе (это к догадкам о том что она вероятно будет тормозить), imho лишний повод задуматься о том что поменять в консерватории
Потом, будет тормозить, не будет тормозить, включать эту неведомую зверушку App Domain или не включать, на всех инстансах AOS-а или на одном отладочном - этого сейчас никто достоверно не знает. Так чего шуметь-то раньше времени ?

P.S. Если уж шуметь, так об отказе от поддержки Oracle
Что характерно - в FAQ-е по ссылкам ни слова о том, что лицензии на SQL Server "вынужденным мигрантам" достанутся бесплатно

А сколько процентов клиентов пользуются ораклом? 1? или 2?
может его поддержка тупо экономически не выгодна?

[Logger]

Цитата:

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

А сколько процентов клиентов пользуются ораклом? 1? или 2?
может его поддержка тупо экономически не выгодна?

А вы проценты как считаете ? По количеству клиентов или по выручке ?

[Vadik]

Цитата:

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

А сколько процентов клиентов пользуются ораклом? 1? или 2?
может его поддержка тупо экономически не выгодна?

Честно - на знаю, это лучше у вендора спрашивать, если действительно интересно. По моим ощущениям - немного, больше конечно чем 1-2%, но ненамного. Мне на самом деле другое интересно - какие плюшки полагаются тем, кто будет вынужден (не по своей инициативе, прошу отметить) перейти на MSSQL ? Ну, помимо песен о лучшем ROI и прочем маркетинговом b.s. ?