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

[EVGL]

Цитата:

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

Что собсетвенно нового принесет авто обновление еще одно компонента к зоопарку Window, SQL и бог весть еще чего ?

Представьте себе такой сценарий: втихую применили цифровую инновацию к InventDim, в результате чего extension перестал компилироваться, вызываться и в таблицу партий перестали записываться некие важные атрибуты. В результате этого стало невозможным отследить историю синтеза лекарства, температурный режим и т.д. Умерли люди, начали расследование, а данных нет и концов не найти.

Fed прав, Good manufacturing practice с обязательным тестированием и документированием всего и вся существует для того, чтобы подобные сценарии стали если не невозможными, то маловероятными.

[skuull]

Цитата:

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

Представьте себе такой сценарий: втихую применили цифровую инновацию к InventDim, в результате чего extension перестал компилироваться, вызываться и в таблицу партий перестали записываться некие важные атрибуты. В результате этого стало невозможным отследить историю синтеза лекарства, температурный режим и т.д. Умерли люди, начали расследование, а данных нет и концов не найти.

Fed прав, Good manufacturing practice с обязательным тестированием и документированием всего и вся существует для того, чтобы подобные сценарии стали если не невозможными, то маловероятными.

Я же не отрицаю этих требований и аргументов. Забудем об x++ на секунду, можно ли теперь внедрит АХ таким компаниям если партнер даже не может на 100% сказать, какое программное обеспечение там используется и кто и когда его обновляет? Если нет, то нечего и х++ обсуждать и использовать это как аргумент, а если да то объясните в чем разница между inventDim и изменение в Azure SQL после которого что-то отвалилось.

[macklakov]

Цитата:

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

а если да то объясните в чем разница между inventDim и изменение в Azure SQL после которого что-то отвалилось.

А тут тоже не все так просто, между прочим. Если там что-то "пофиксят" так, что запросы станут возвращать несколько другие данные, то последствия могут быть очень суровыми. Другое дело что вероятность такого события крайне низкая, ибо SQL протокол старый, а потому отлично отлаженный и хорошо покрытый тестами.
Тут еще один момент. Софт, зачастую, просто отказывается запускаться если SQL не той версии. Т.е. была своеобразная "защита от дурака". Невозможность запуститься при этом не была большой проблемой, т.к. можно было сидеть на совместимой версии сервера, пока не переведешь клиента на новую версию. В случае же полностью автоматических обновлений, любой софт может заклинить из-за того, что в Azure SQL ввели инновацию. И что в таком случае делать, не очень-то и понятно.

[kashperuk]

Цитата:

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

Представьте себе такой сценарий: втихую применили цифровую инновацию к InventDim, в результате чего extension перестал компилироваться, вызываться и в таблицу партий перестали записываться некие важные атрибуты. В результате этого стало невозможным отследить историю синтеза лекарства, температурный режим и т.д. Умерли люди, начали расследование, а данных нет и концов не найти.

Fed прав, Good manufacturing practice с обязательным тестированием и документированием всего и вся существует для того, чтобы подобные сценарии стали если не невозможными, то маловероятными.

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

Я поэтому про тесты и спросил - было бы выгодно их начать писать

[Vadik]

Цитата:

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

Я поэтому про тесты и спросил - было бы выгодно их начать писать

Серьезные люди на подобную фигню не размениваются

[fed]

Цитата:

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

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

Я поэтому про тесты и спросил - было бы выгодно их начать писать

Мне вот что интересно: Запланированы радикальные изменения. Все эти extensions, попытки запихать партнеров в ISV и заставить писать вертикальные решения с тестами и тд и тп. Все это происходит на фоне перетряски сейлового канала (так что на неопределенность с продуктом накладывается неопределенность с управлением продажами). Хорошо. Допустим даже - это правильная долгосрочная стратегия. Но вот вопрос - реализция всего этого потребует эдак лет 5 - пока партнеры все переучаться, пока клиенты привыкнут к тому что на них все под каждый чих не переписывают, пока у Микрософта продажный канал перестроиться, пока MCS получит люлей от всех кому он проекты с оверлеерингом внедрил и тд и тп. Вот мне интересно - а они подумали с какой выручки им эти 5 лет зарплату платить будут ? Или у вас там R&D подразделения совсем о финансовом вопросе не задумываются ?

[ax_mct]

Цитата:

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

Мне вот что интересно: Запланированы радикальные изменения. Все эти extensions, попытки запихать партнеров в ISV и заставить писать вертикальные решения с тестами и тд и тп.
...

В принципе это вопрос стереотипов. Стереотип что маркетплейс это сотни и тысячи расширений, cтереотип что партнерская сеть должна исчисляться тысячами партнеров, cтереотип что такое партнер и прочее прочее.

Предложенная система может работать только в случае пары-другой вертикальных версий в очень тесном сотрудничестве с MS. И все. Как набор версий монолита.

Но никак не в качестве маркетплейса как мы его понимаем. Продолжаю непонимать для кого и зачем делаются дырки в монолите. Количество мест ISV очень сильно ограничено.

[Logger]

Цитата:

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

Вот мне интересно - а они подумали с какой выручки им эти 5 лет зарплату платить будут ? Или у вас там R&D подразделения совсем о финансовом вопросе не задумываются ?

Вполне может быть что и не задумываются.
Об этом всегда думают фрилансеры.
Чуть меньше думают сотрудники консалтинга.
Еще реже думают сотрудники на клиенте.

А у них видимо стоит глобальная задача загнать всех в облака всеми правдами и неправдами и обойти AWS. Вот положили все на достижение цели.

[Pavel]

Разработчик живет в рыночной среде и должен либо сам форировать будущее, либо соответствовать тем реалиям, которые сформировали для него заказчики и конкуренты.

[Vadik]

Цитата:

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

Представьте себе такой сценарий: втихую применили цифровую инновацию к InventDim, в результате чего extension перестал компилироваться

Холмс, но черт возьми как можно втихую что-то пропатчить в Application Suite так, чтобы ни клиент, ни партнер этого не заметили ?

[mazzy]

Цитата:

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

Холмс, но черт возьми как можно втихую что-то пропатчить в Application Suite так, чтобы ни клиент, ни партнер этого не заметили ?

также как и винду 10, офис.
также как и приложения в телефоне.
также как и яндекс-диск, гугл-докс и прочие сервисы.

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

будут даже некоторые обновления бесплатно накатывать. вспомним ту же виндовс 10.


а технология незаметного патча давно уже опробована на всех платформах. вирусы называется.

[EVGL]

Цитата:

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

Холмс, но черт возьми как можно втихую что-то пропатчить в Application Suite так, чтобы ни клиент, ни партнер этого не заметили ?

Легко. В AX7 можно на лету простым копированием заменить Assembly как в далеких дремучих годах, когда мы брутально AOD копировали. Только здесь даже IIS запускать и перекомпилировать не надо. И все, voila, триггер не вызывается.

[Vadik]

Цитата:

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

Легко. В AX7 можно на лету простым копированием заменить Assembly как в далеких дремучих годах, когда мы брутально AOD копировали. Только здесь даже IIS запускать и перекомпилировать не надо. И все, voila, триггер не вызывается.

То есть DSE скоро будет новое приложение на продуктив на лету накатывать, без тотального пятичасового простоя? Клево, скорей бы уже

[skuull]

Цитата:

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

То есть DSE скоро будет новое приложение на продуктив на лету накатывать, без тотального пятичасового простоя? Клево, скорей бы уже

Только научятся легким движением руки обходиться без синхронизации