|
07.02.2018, 23:12 | #1 |
Banned
|
Цитата:
2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы. 3) Наконец, "запрет на изменения бизнес-процессов" - это ваша, ложная посылка. Есть запрет на определенную технологию изменения оных. Если бы ваша интерпретация была правдой, то весь MDCC в Хайдарабаде пришлось бы закрывать, но что-то недостатка работы у программистов не наблюдается, скорее наоборот. |
|
08.02.2018, 00:29 | #2 |
Banned
|
Цитата:
Сообщение от EVGL
1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.
2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы. 3) Наконец, "запрет на изменения бизнес-процессов" - это ваша, ложная посылка. Есть запрет на определенную технологию изменения оных. Если бы ваша интерпретация была правдой, то весь MDCC в Хайдарабаде пришлось бы закрывать, но что-то недостатка работы у программистов не наблюдается, скорее наоборот. Парадигма "the ‘open-close’ paradigm .. Open for extensions, closed for modifications" на уровне продукта - это не технологический запрет на способ изменения, а логическое табу на изменение бизнес-процессов которые односторонее меняются бинарными обновлениями вендора. Нельзя модифицировать (процессы принадлежащие вендору) с помощью расширений. Можно расширять эти процессы своими процессами. Я не знаю что делает MDCC в Хайдарабаде но подозреваю что носить воду в решете за деньги клиента там могут со всей охотой. Сначала в одну сторону, а потом в обратную. |
|
08.02.2018, 00:55 | #3 |
Banned
|
|
|
08.02.2018, 01:03 | #4 |
Banned
|
Цитата:
Например, если не хочется разносить автоматически накладную в intercompany, но при этом сохранить остальные вкусности direct delivery, то перед вызовом нужного метода делаем вид, что это не direct delivery, а потом возвращаемся к обычному ходу исполнения программы. |
|
08.02.2018, 09:01 | #5 |
Участник
|
Extension продукта может быть modification бизнес процесса (Например продукт можно расширить новой галочкой, которая при включении будет модифицировать бизнес процесс). Вопрос только в том, какие extensions возможны и как будет поддерживаться обратная совместимость.
|
|
08.02.2018, 18:37 | #6 |
Banned
|
Цитата:
Сообщение от EVGL
1) Так было у партнеров всегда: из стоимости внедрения старались покрывать операционные расходы, а из лицензий - прибыль и дивиденды собственникам. Здесь отчисления MS - ничто иное как размазанная по времени лицензия. Необходимость оказывать услуги, чтобы прокормить штат, никто не отменял.
2) Чем меньше требуется программистов - тем лучше, а необходимость в консультантах не убывает. Если вы не видите места в эко-системе для себя лично как программиста, то это ваши проблемы: меняйте эко-систему или смещайте фокус работы. 3) Наконец, "запрет на изменения бизнес-процессов" - это ваша, ложная посылка. Есть запрет на определенную технологию изменения оных. Если бы ваша интерпретация была правдой, то весь MDCC в Хайдарабаде пришлось бы закрывать, но что-то недостатка работы у программистов не наблюдается, скорее наоборот. Не в моем месте дело, а в месте партнера. Если исходить что 3 это не ложная посылка, а реальность существования облачного продукта то за счет чего партнеру покрывать расходы? Внедрение стандарта без программирования - возможно, но возможно ли при этом существование партнера? Ручеек при этом - не очень. Единственный вариант это внедрение своего ISV решение (что принадлежит как IP партнеру) на базе AX7. Или когда эта AX7 одна из многих больше для портфолио так как сказать в качестве наживки. Но вот как партнеру AX7 накормить 5-15-30 специалистов по AX? |
|
08.02.2018, 23:49 | #7 |
Banned
|
Цитата:
Сообщение от ax_mct
Не в моем месте дело, а в месте партнера. Если исходить что 3 это не ложная посылка, а реальность существования облачного продукта то за счет чего партнеру покрывать расходы?
Внедрение стандарта без программирования - возможно, но возможно ли при этом существование партнера? Ручеек при этом - не очень. Вы вообще представляете себе объем консалтинга, который нужен, чтобы внедрить готовое решение на предприятии даже без программирования? Похоже, что нет. Месяцы, порой годы работы. Я, например, на только-что-закончившемся-нельзя-сказать-каком-проекте отработал 4,5 (прописью: четыре с половиной) года и написал максимум пять экранов кода, и то в основном из-за некоторых индусов, горе-специалистов в AX7. Время, которое ушло на написание FIT FDD было примерно впятеро больше, чем на GAP FDD. |
|
09.02.2018, 00:00 | #8 |
Участник
|
|
|
09.02.2018, 01:59 | #9 |
Banned
|
Цитата:
Сообщение от EVGL
За счет... внедрения?
Вы вообще представляете себе объем консалтинга, который нужен, чтобы внедрить готовое решение на предприятии даже без программирования? Похоже, что нет. Месяцы, порой годы работы. Я, например, на только-что-закончившемся-нельзя-сказать-каком-проекте отработал 4,5 (прописью: четыре с половиной) года и написал максимум пять экранов кода, и то в основном из-за некоторых индусов, горе-специалистов в AX7. Время, которое ушло на написание FIT FDD было примерно впятеро больше, чем на GAP FDD. О вашем проекте я тоже слышал. https://www.cnbc.com/2018/02/08/elon...nto-space.html Цитата:
Musk's SpaceX launched the Falcon Heavy rocket Tuesday to much fanfare. The 27-engine behemoth is the most powerful rocket in use today. Its successful launch was a significant step forward for SpaceX and Musk's eventual goal of sending people to live on Mars.
|
|
09.02.2018, 21:57 | #10 |
Banned
|
Re: возможно ли при этом существование партнера?
Я склонен согласиться что жить можно только за счет объема чистого консалтинга. Просто зацепились за чрезмерное количество программистов требуемых для партнерского статуса (5- Silver, 15 - Gold). Которые не поймешь чем должны заниматься. Такое внедрение как к примеру в Umbra Group - оно единичное. Не отражающее эко-систему вокруг AX7. Среди остальных 30 примеров Customer Stories по AX7 - выглядит как некая белая ворона то есть чуть ли не единственная компания уровня Enterprise как мы его понимали ранее. Umbra Group https://customers.microsoft.com/en-u...ion-for-custom Все "Dynamics 365 for Finance and Operations, Enterprise Edition" https://customers.microsoft.com/en-u...sh_date%20desc При этом количество 30 достаточно репрезентативно. Было бы чего еще выложить то выложили бы. CRM Online имеет 192, а "Dynamics 365 for Sales" - 176 показанных внедрений. Понятно что это не список внедрений но тем не менее. Наверное неверно говорить об экосистеме AX7 - думаю что ее нет вообще. Есть экосистема Dynamics 365 где место AX7 с краю на полочке. Цитата:
MICROSOFT DYNAMICS 365 ENTERPRISE EDITION COMPONENTS:
Такой вот зоопарк где совсем не до программирования бизнес-процессов с таким обьемом галок и палок. И здесь тоже нет места 5 или 15 AX7 программистам. Скорее CRM программисты будут сдавать эти сертификаты. А реальных AX7 программистов 1.5 человека - дебажить для консультантов. |
|