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

[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. ?

[sukhanchik]

Цитата:

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

Мне на самом деле другое интересно - какие плюшки полагаются тем, кто будет вынужден (не по своей инициативе, прошу отметить) перейти на MSSQL ?

Сильно подозреваю что максимум что предложат - это бесплатную лицензию на SQL Server при условии доказательства факта легального приобретения оракла