Клуб анонимных оверлейщиков

[belugin]

Цитата:

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

Но вообще-то как раз поэтому я и допускаю что one version может сработать, но только не в том виде в котором его сейчас пропихивают.

Хотелось бы развернуто с аргументами

[Vadik]

Цитата:

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

Но вообще-то как раз поэтому я и допускаю что one version может сработать, но только не в том виде в котором его сейчас пропихивают

Цитата:

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

Хотелось бы развернуто с аргументами

Считаете, что не взлетит ?

Мне кажется, Денис и Евгений уже обозначили основные проблемы

• у моего среднестатистического клиента нет времени делать полномасштабное тестирование приложения каждый месяц. Запуск нового функцинала, саппорт и закрытие месяца (тем более, финансового года) - это уже загрузка собственной команды близкая к 100%
• бюджета в несколько человеко-недель на привлечение партнера к этому тестированию каждый месяц как правило тоже нет (хотя конечно ни один партнер от такого источника дохода не отказался бы)
• 5 дней на тестирование (в реальной жизни - еще меньше за счет разницы временных зон DSE, клиента и партнера) - это ни о чем, если вылезти из кубикла с whiteboard-ом где все как одна команда в едином порыве делают аксапту великой опять и пообщаться с консультантами или поддержкой с их дурацкими проблемами из-за того что опять что-то на складе не пикается, фура стоит и клиент орет как резаный
• ожидать за эти 4-5 дней от саппорта чего-то большего чем "здравствуйте, меня зовут Гошдашдидар и меня поставили работать над вашим тикетом" - увы не приходится

Хочется:

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

[fed]

Цитата:

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

Считаете, что не взлетит ?

Даже если и взлетит, то все равно не поможет. Я бы сказал что стоимость поддержки столь высока из за избыточного использования высоких технологий. Если какая-то херня случается, то ни воспроизвести, ни починить ее за разумное время не получается. Ну то есть - невозможность починить баги самому, тоже затрат на поддержку добавляет, но вот я на наших проектах намного чаще сталкиваюсь с проблемами инфраструктуры, а не тем что в X++ бага имеется...

[DAX.Company]

Цитата:

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

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

По вашему описанию бедный клиент купил ERP на последние деньги и экономит на всем.

[fed]

Цитата:

Сообщение от DAX.Company

По вашему описанию бедный клиент купил ERP на последние деньги и экономит на всем.

Вопрос не в деньгах. Просто обычно систему внедряют с участием ключевых пользователей. То есть - не просто рядовых менеджеров по продажам или кладовщиков, а каких-то тим-лидов, мелких менеджеров, и тд и тп. И если раз в пять лет оторвать их от их основной работы на 3-4-5 месяцев еще реально, то делать это же самое на неделю в месяц - явный перебор. А типа просто выделенных тестеров посадить - не реально. Они тупо бизнеса не понимают и ничего кроме примитивных типичных сценариев оттестировать не могут.

[ppson]

Цитата:

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

One Version

Имя напоминает марки китайских смартфонов

[belugin]

Цитата:

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

Имя напоминает марки китайских смартфонов

А таке же one drive, one note, 1es

[cuba]

Да, Columbus это гуд (сам там работал)
О том что у них нет DFO365, так тут вопрос не к компании как таковой, а к тому что в РФ DFO365, как бы, и нет
Более интересно посмотреть, есть ли DFO365 не в рос. деп. Columbus, а, например, в UK или USA

[Ivanhoe]

А в каком виде One Version может сработать?

[Stitch_MS]

Чем-то мне всё это напоминает эксперимент Вселенная-25, где мышам устраивали райскую жизнь в ограниченном пространстве, они быстро размножались, но в конце всё равно дохли всей колонией.

[Ivanhoe]

Почему на всем? Тенденция снижать затраты на поддержку очень сильная в последнее время. Но если раньше нужно было в TCO закладывать регулярную поддержку инцидентов и стоимость подписки, то теперь добавляется новая статья - насильное обновление системы и всё с этим связанное.
Я вот чего еще боюсь - они же сильно сейчас прокачивают тему с само-тестированием на основании task-recorder. Не ровен час, это будет названо золотой пулей для автоматического тестирования ежемесячных обновлений.

[fed]

Цитата:

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

Я вот чего еще боюсь - они же сильно сейчас прокачивают тему с само-тестированием на основании task-recorder. Не ровен час, это будет названо золотой пулей для автоматического тестирования ежемесячных обновлений.

Ну они просто думают что тестировать надо будет только клиентские доработки. Вариант когда MS меняет поведение системы и все ломается, они просто не рассматривают.
Кроме того - большая часть живых внедрений, была переписана на extensions методом copy-on-write. Соответственно - формально non-breaking changes запросто могут сломать нашу копию ReqCalc или там SalesFormLetter, которая была тупо скопирована с оригнала, подправлена и прекреплена к стандартному menuItem.

[Stitch_MS]

Цитата:

In my last post, https://lakedatainsights.com/2018/10...-data-science/, I described why I got interested in data science in 2014 and how I created a learning plan to get started in the field

У него была какая-то тактика, и он ее придерживался (с)

[Ivanhoe]

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

[Logger]

Цитата:

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

В целом отдельная тема, как в крупных (и не только) компаниях сохранять общую стратегию на длительное время. Люди приходят и уходят, приносят и уносят идеи.

А по-моему, иногда это на пользу.
Если стратегия неправильная, то зачем ее сохранять ?
А пока манагер при портфеле, он не позволит сменить курс.

[Ivanhoe]

Цитата:

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

А по-моему, иногда это на пользу.
Если стратегия неправильная, то зачем ее сохранять ?
А пока манагер при портфеле, он не позволит сменить курс.

Одно дело тактику менять, другое дело раз в три года менять IBM на HP, локальные сервера на Облако, Облако на личный ЦОД и т.п. а потом по кругу.

[cuba]

Но частая смена долгосрочных стратегий - фигня редкосная)
Думаю, моя мысль вообще не оригинальная и вообще, это тема отдельного обсуждения

[ax_mct]

Проблема Windows не в частоте обновлений, а в процессе разработки
https://habr.com/post/427485/

Цитата:

Подход Microsoft — «объединить сейчас все ошибки, мы исправим их позже», а в правильном процессе от багов избавляются до того, как влить новую функцию в основную ветку.

..

Цитата:

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

Основной недостаток — в дестабилизации кодовой базы путём интеграции неадекватно протестированных функций в надежде всё исправить позже. Это плохой процесс. Это было плохо во времена, когда Windows выпускалась каждые три года, и это плохо, когда она выпускается каждые шесть месяцев.
...
Должен измениться сам процесс, а не сроки.

Что-то навевает

[DAX.Company]

Цитата:

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

Проблема Windows не в частоте обновлений, а в процессе разработки
https://habr.com/post/427485/
Что-то навевает

В комментах правильно пишут. Это нытье про "маздай" я уже с начала 90х слышу. Ну всплывают мелкие баги. Рабочий процесс. С Аксаптой также. Я ни одной истории не слышал про "все пропало - бизнес встал" из за обновления.
Ворчание ягнят

[f18]

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