Эко-система Microsoft, это как?

[ax_mct]

Цитата:

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

1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.

2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы.

3) Наконец, "запрет на изменения бизнес-процессов" - это ваша, ложная посылка. Есть запрет на определенную технологию изменения оных. Если бы ваша интерпретация была правдой, то весь MDCC в Хайдарабаде пришлось бы закрывать, но что-то недостатка работы у программистов не наблюдается, скорее наоборот.

Годный вброс, спасибо.

Парадигма "the ‘open-close’ paradigm .. Open for extensions, closed for modifications"
на уровне продукта - это не технологический запрет на способ изменения, а логическое табу на изменение бизнес-процессов которые односторонее меняются бинарными обновлениями вендора.

Нельзя модифицировать (процессы принадлежащие вендору) с помощью расширений. Можно расширять эти процессы своими процессами.

Я не знаю что делает MDCC в Хайдарабаде но подозреваю что носить воду в решете за деньги клиента там могут со всей охотой. Сначала в одну сторону, а потом в обратную.

[EVGL]

Цитата:

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

Я не знаю что делает MDCC в Хайдарабаде но подозреваю что носить воду в решете за деньги клиента там могут со всей охотой. Сначала в одну сторону, а потом в обратную.

Так точно

[EVGL]

Цитата:

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

Нельзя модифицировать (процессы принадлежащие вендору) с помощью расширений. Можно расширять эти процессы своими процессами.

Нельзя принимать маркетинговые слоганы всерьез. Если нельзя, но очень хочется, то можно: классическим решением, своего рода best practice, стала работа с глобальными переменными/синглетонами с подменой контекста вызова стандартной функции и последующим его восстановлением.

Например, если не хочется разносить автоматически накладную в intercompany, но при этом сохранить остальные вкусности direct delivery, то перед вызовом нужного метода делаем вид, что это не direct delivery, а потом возвращаемся к обычному ходу исполнения программы.

[belugin]

Цитата:

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

Парадигма "the ‘open-close’ paradigm .. Open for extensions, closed for modifications"
на уровне продукта - это не технологический запрет на способ изменения, а логическое табу на изменение бизнес-процессов которые односторонее меняются бинарными обновлениями вендора.

Extension продукта может быть modification бизнес процесса (Например продукт можно расширить новой галочкой, которая при включении будет модифицировать бизнес процесс). Вопрос только в том, какие extensions возможны и как будет поддерживаться обратная совместимость.