Как жить без средств разработки и отладки в продуктиве

[Vadik]

Цитата:

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

А по поводу экстраполяции, ну вот вдумайтесь сами, как должен мыслить проектировщик платформы, который запрещает разработку в рабочей инсталляции?

Как мыслит проектировщик нам знать не дано и гадать об этом бесполезно. Он может вообще не мыслить, а может проектировать аналог карьерного самосвала работающего 24x7 с перерывами на техобслуживание на замену десятилетнего ведра с болтами, в котором постоянно нужно приматывать синей изолентой отваливающиеся механизмы.
Как по мне, если в рабочей инсталлляции регулярно работают не пользователи, а программисты и тестировщики, значит программисты и тестировщики недоработали где-то раньше и надо разбираться почему это происходит
P.S. И поверьте, без отладки в рабочем приложении жить немного страшно и непривычно, но можно

[fed]

Цитата:

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

P.S. И поверьте, без отладки в рабочем приложении жить немного страшно и непривычно, но можно

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

[Logger]

Цитата:

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

P.S. И поверьте, без отладки в рабочем приложении жить немного страшно и непривычно, но можно

Разве я где-то сказал, что нельзя ?
Можно. Но крайне затратно.

А как вы, например, ловите хитровоспроизводимые баги? Которые на рабочей есть, а в тесте не воспроизводятся ?

[Vadik]

Цитата:

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

А как вы, например, ловите хитровоспроизводимые баги? Которые на рабочей есть, а в тесте не воспроизводятся ?

Полная копия из продуктива в тест (database refresh), и пусть только попробуют не воспроизвестись

[fed]

Цитата:

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

Полная копия из продуктива в тест (database refresh), и пусть только попробуют не воспроизвестись

А сколько времени это занимает для БД размером, например, в террабайт ?
Я просто думал над этой схемой. Ничего кроме transaction log transport в голову не приходит. Но это достаточно геморойное решение по быстрому обновлению БД...

[Logger]

Цитата:

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

А сколько времени это занимает для БД размером, например, в террабайт ?

А если 10 террабайт ?
Не всякий тестовый сервак долетит до середины Днепра такую базу в принципе проглотит.

[Vadik]

Цитата:

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

А сколько времени это занимает для БД размером, например, в террабайт ?
Я просто думал над этой схемой. Ничего кроме transaction log transport в голову не приходит. Но это достаточно геморойное решение по быстрому обновлению БД...

Терабайт не получится, потому что продуктив и тест на одной подписке и она ограничена (по крайней мере пока) терабайтом. Сейчас, с нашими детскими объемами, делают за час где-то. Правда надо делать заявку заранее

Цитата:

Vadik, вы просто троллингом уже занимаетесь

Где именно ?

Цитата:

Я рад, что у вас на проекте все так хорошо. Но мы обсуждаем нужды усредненного заказчика. Там все по-другому. По-моему, это очевидно

Я в общем несколькими проектами занимаюсь, из них только один на D365O и остальные на 2012, так что могу сравнивать. Потребности и проблемы, вне зависимости от "жирности" клиента и версии системы по большому счету - одинаковые. И то что мы 10 лет решали их одним способом не означает что не существует других. Именно эту мысль я и пытаюсь донести, только и всего

[Logger]

Цитата:

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

Полная копия из продуктива в тест (database refresh), и пусть только попробуют не воспроизвестись

Такие случаи тоже возможны.
Встречался баг, который зависел от того как физически данные были в табличке расположены - результат расчета себестоимости был разный. Оказывается по одной номенклатуре внутри одной даты было несколько одинаковых проводок и результат зависел от того в каком порядке записи из SQL придут. На рабочей легли в одном порядке. В тесте в другом. Пришлось в сортировку recid добавлять.

Да чего я говорю - можно много ситуаций придумать когда баг воспроизводится в рабочей а в тесте - нет.

А самое главное зачем это все ? Затраты на поддержание такого сервака. Стоимость от простоя рабочей базы пока база скопируется, пока все воспроизведут, пока... выполнят все безумные хотелки и запреты.

Vadik, вы просто троллингом уже занимаетесь.
Я рад, что у вас на проекте все так хорошо. Но мы обсуждаем нужды усредненного заказчика. Там все по-другому. По-моему, это очевидно.