|
14.11.2018, 14:19 | #1 |
Участник
|
Ну, я не знаю, так как у меня нет такого опыта как у Вас, потому может и так)
Но с моей т.з., основаной на количестве предложений о сотрудничестве по проектам с DFO365 и работе знакомых конс\дев, без глубокого анализа рынка\клиентов\кол. внедрений и т.д., не все так плохо, чтобы заказывать панахиду) |
|
14.11.2018, 16:25 | #2 |
Moderator
|
Цитата:
Сообщение от cuba
Ну, я не знаю, так как у меня нет такого опыта как у Вас, потому может и так)
Но с моей т.з., основаной на количестве предложений о сотрудничестве по проектам с DFO365 и работе знакомых конс\дев, без глубокого анализа рынка\клиентов\кол. внедрений и т.д., не все так плохо, чтобы заказывать панахиду) 1. Клиенты пытаются нанять консов/разрабов напрямую (просто чтобы сэкономить бюджеты на партнерском накладняке). 2. Партнеры строят пирамиду, при которой старые проекты финансируются за счет новых. Это когда-то сработало в DAX2012 (где тоже первые проекты сильно выпадали из бюджета). Но в DAX2012 спустя 2.5 года после первого релиза уже была DAX2012R2CU7, которая была достаточно стабильной. В D365FOE через 2.5 года выходят релизы удивительно низкого качества. То есть - мне стратегия пирамиды представляется очень опасной для партнеров. |
|
14.11.2018, 19:24 | #3 |
Участник
|
1. Да, встречал такое: были случаи когда на 1 и тот же проект меня хотели нанять как рекрутинговые агенства, так и HR самого клиента.
2. И такое тоже имеет место быть. |
|
14.11.2018, 19:42 | #4 |
Участник
|
Первые проекты 2012 действительно тяжело было попасть в оценки, но в РФ "везет" с локализацией и мы получили уде достаточно стабильную систему. Западные партнеры же хлебнули сполна.
Итоговый оверхед внедрения акс 2012 в итоге не превышал 20-30% и это можно было объяснить клиенту (функциональность, cil и т.п.). Сложно но можно. С d365fo понятно что первые проекты легко в >+100% выходят. Но судя по тенденциям качества и все таки усложнения разработки, вполне может устаканиться на >50% по сравнению с 2012. А враг то не дремлет. Сап дает скидки и показывает реально современный хороший sap 4 hana, 1с ерп тоже развивается. В РФ сейчас продавать d365 очень сложно.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: NetBus (3). |
15.11.2018, 02:08 | #5 |
Участник
|
Ну как бы если посмотреть на форумы по 1С то там тоже не особо довольны происходящим https://habr.com/company/1c/blog/429678/ Да и вообще 1С сайт выглядит как-то устаревшим по сравнению с docs с привязкой к GitHib от МС |
|
15.11.2018, 12:05 | #6 |
Участник
|
Цитата:
Сообщение от trud
Вложение 12136
Ну как бы если посмотреть на форумы по 1С то там тоже не особо довольны происходящим https://habr.com/company/1c/blog/429678/ Да и вообще 1С сайт выглядит как-то устаревшим по сравнению с docs с привязкой к GitHib от МС
__________________
Ivanhoe as is.. |
|
15.11.2018, 06:39 | #7 |
Участник
|
Цитата:
Т.е. модель когда приходили на проект и с нуля что-то начинали кодить, уже не сработает. Однако появляется модель когда можно прийти со своими наработками. Этому способствует куча технических моментов - файловая структура хранения, одна базовая версия, тот же магазин решений.. Конечно остается проблема с качеством базовой версии в целом, но надеюсь это разрешится |
|
|
За это сообщение автора поблагодарили: EVGL (1), gl00mie (3). |
15.11.2018, 12:02 | #8 |
Moderator
|
Цитата:
И кстати мне даже страшно представить какой рост затрат случается на проектах где реально надо много дорабатывать - типа 10-12 человекомесяцев на собственно разработку. Я такого пока не видел, но даже думать страшно. Последний раз редактировалось fed; 15.11.2018 в 12:11. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (3). |
15.11.2018, 12:06 | #9 |
Участник
|
Цитата:
Сообщение от trud
По практике согласен с оценкой, 50-100%, но есть и огромный плюс - это возможность развивать решения с гораздо меньшими затратами чем это было в 2012, тем самым аккумулируя знания.
Т.е. модель когда приходили на проект и с нуля что-то начинали кодить, уже не сработает. Однако появляется модель когда можно прийти со своими наработками. Этому способствует куча технических моментов - файловая структура хранения, одна базовая версия, тот же магазин решений.. Конечно остается проблема с качеством базовой версии в целом, но надеюсь это разрешится
__________________
Ivanhoe as is.. |
|
15.11.2018, 09:16 | #10 |
Участник
|
А что мешает сейчас тягать свои наработки с проекта на проект?
Многие так и делают. Выгружают проект или cus слой и все в порядке. Какие выгоды дает 365-я? |
|
15.11.2018, 09:59 | #11 |
Участник
|
Меняется трудоемкость. Т.е. самое простое - в 2012 вы даже свои доработки в проект не соберете(если это не слой целиком под решение). базовые версии могут быть разные(у вас допустим R2 а у клиента R3), ваш проект может пересекаться со стандартом.
Какие-то простые вещи типа сравнить решение на проекте А с решением на проекте Б вообще нереально. Сейчас по сути установка решения - это создание бранча, делается в 1 клик. В любой момент можно сравнить то что на проекте и то что у вас в решении. обновление - тоже в 1 клик конечно шероховатости имеются, но направление движения правильное |
|
15.11.2018, 12:10 | #12 |
Участник
|
Цитата:
Сообщение от trud
Меняется трудоемкость. Т.е. самое простое - в 2012 вы даже свои доработки в проект не соберете(если это не слой целиком под решение). базовые версии могут быть разные(у вас допустим R2 а у клиента R3), ваш проект может пересекаться со стандартом.
Какие-то простые вещи типа сравнить решение на проекте А с решением на проекте Б вообще нереально. Сейчас по сути установка решения - это создание бранча, делается в 1 клик. В любой момент можно сравнить то что на проекте и то что у вас в решении. обновление - тоже в 1 клик конечно шероховатости имеются, но направление движения правильное 1. Почему не соберем доработки? У меня было под 100 проектов с компонентами, все собирается 2. Я правильно понимаю, что в D365FO гарантированно ваш бранч заработает на любой версии платформы? Что 7.1, что 8.1.1? Не откомпилируется, а заработает как должен и ничего не сломает? Ну а то, что разработка стала более профессиональной с VS и всем примочками - так кто мешал тоже самое сделать в DAX 2012? Ну или сделать в D365FO но не ограничивать всё остальное?
__________________
Ivanhoe as is.. |
|
15.11.2018, 13:57 | #13 |
Участник
|
Цитата:
Цитата:
Цитата:
Цитата:
На текущем месте работы одно из зарегистрированных 365 решений - это небольшое сервисное расширение функционала кредитного лимита(с десяток форм и классов), код там еще с 2009 года, его продают практически на каждого клиента кто использует кредитный лимит(это просто становится немного удобнее). получают за продажи и плюс кто-то заказывает доп. модификации. С любого проекта Коруса/Коламбуса/.. подобных можно набрать штук по 5, но почему то по факту из РФ никто ничего не регистрирует Причем что немаловажно часто продают даже при проигрыше тендера. Т.е. по результатам тендера клиент решает выбрать другого партнера, но это решение взять готовое. Сколько из ваших компонентов использовалось в проектах ваших конкурентов? Цитата:
А что ограничили то - функционал вроде бы тот же Последний раз редактировалось trud; 15.11.2018 в 14:05. |
|
15.11.2018, 19:07 | #14 |
Участник
|
Только не начинайте снова Корус Ритейл vs Коламбус Ритейл (из Распределенка и axapta)
|
|
15.11.2018, 16:01 | #15 |
Участник
|
На днях клиент спросил, что такого может поломаться в кастомизации после апгрейда, если всё на экстеншнах. Привел ему не критичный, но реальный сценарий. Мол, сделали мы вам лукап фильтрующий, привязали его к onLookup событию на контроле, а Майкрософт в обновлении добавил lookup метод к тому же контролу. Всё прекрасно компилируется, но наш кастомный лукап больше не вызывается. Клиент чутка погрустнел.
Тому же клиенту как-то объяснял, почему разработка может занимать иногда так много времени и кода, что стоит от нее отказаться. К примеру, нужно на форме перетащить один котрол выше (не спрашивайте, зачем, так они видят). В старой версии можно было выделить контрол в дизайнере и нажать Alt+Up, теперь нужно скрыть старый контрол, добавить в нужное место новый контрол, заглушить екстеншенами возможное действие старого котрола, создать класс с обработчиком событий нового контрола. Итого времени на разработку больше в 10000 (десять тысяч) раз. Даже как-то неудобно с клиентом разговаривать на некоторые темы. Всё-равно что пилить сук, на котором сидишь. |
|
|
За это сообщение автора поблагодарили: ax_mct (3), Link (1). |
15.11.2018, 16:32 | #16 |
Участник
|
Цитата:
На днях клиент спросил, что такого может поломаться в кастомизации после апгрейда, если всё на экстеншнах
|
|
15.11.2018, 19:06 | #17 |
Banned
|
А какой ответ ожидался? "У нас все на HTML5, но специально для вас мы будем поддерживать HTMLEditor, мы так рады что вы продолжаете его использовать!"
|
|
16.11.2018, 12:25 | #18 |
Участник
|
Было бы интересно найти аналогичную тему при выходе Акс 2012. Там тоже много вопросов было про стоимость и усложнение.
__________________
Ivanhoe as is.. |
|
16.11.2018, 17:52 | #19 |
Участник
|
Цитата:
А какой ответ ожидался? "У нас все на HTML5, но специально для вас мы будем поддерживать HTMLEditor, мы так рады что вы продолжаете его использовать!"
Да и в пределах одной версии ядра никто не даст гарантию что после очередного автообновления что-то не сломается. О чем и была речь. |
|
|
За это сообщение автора поблагодарили: ax_mct (5). |
17.11.2018, 19:16 | #20 |
Banned
|
По теме
На сайте моего ненавистного nigelfrank есть статья The total cost of Microsoft Dynamics 365 ownership https://www.nigelfrank.com/microsoft...365-ownership/ Dynamics 365 Plan Цитата:
Included in this plan are the following apps:
Finance and Operations Retail Talent Sales Customer Service Project Service Automation Field Service Microsoft Social Engagement PowerApps Цитата:
Included in this plan are the following apps:
Finance and Operations Retail Talent PowerApps https://0cb232c3f0d8d5cf5868-c0befbc...alculator.xlsx $1 миллион это два года подписки для 200 пользователей. $1.5 миллиона, что типичный бюджет для AX2012, это 3 года подписки для 200 пользователей. Какие-то другие калькуляторы есть чтобы сравнивать? |
|