14.11.2018, 16:25 | #21 |
Moderator
|
Цитата:
Сообщение от cuba
Ну, я не знаю, так как у меня нет такого опыта как у Вас, потому может и так)
Но с моей т.з., основаной на количестве предложений о сотрудничестве по проектам с DFO365 и работе знакомых конс\дев, без глубокого анализа рынка\клиентов\кол. внедрений и т.д., не все так плохо, чтобы заказывать панахиду) 1. Клиенты пытаются нанять консов/разрабов напрямую (просто чтобы сэкономить бюджеты на партнерском накладняке). 2. Партнеры строят пирамиду, при которой старые проекты финансируются за счет новых. Это когда-то сработало в DAX2012 (где тоже первые проекты сильно выпадали из бюджета). Но в DAX2012 спустя 2.5 года после первого релиза уже была DAX2012R2CU7, которая была достаточно стабильной. В D365FOE через 2.5 года выходят релизы удивительно низкого качества. То есть - мне стратегия пирамиды представляется очень опасной для партнеров. |
|
14.11.2018, 19:24 | #22 |
Участник
|
1. Да, встречал такое: были случаи когда на 1 и тот же проект меня хотели нанять как рекрутинговые агенства, так и HR самого клиента.
2. И такое тоже имеет место быть. |
|
14.11.2018, 19:42 | #23 |
Участник
|
Первые проекты 2012 действительно тяжело было попасть в оценки, но в РФ "везет" с локализацией и мы получили уде достаточно стабильную систему. Западные партнеры же хлебнули сполна.
Итоговый оверхед внедрения акс 2012 в итоге не превышал 20-30% и это можно было объяснить клиенту (функциональность, cil и т.п.). Сложно но можно. С d365fo понятно что первые проекты легко в >+100% выходят. Но судя по тенденциям качества и все таки усложнения разработки, вполне может устаканиться на >50% по сравнению с 2012. А враг то не дремлет. Сап дает скидки и показывает реально современный хороший sap 4 hana, 1с ерп тоже развивается. В РФ сейчас продавать d365 очень сложно.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: NetBus (3). |
15.11.2018, 02:08 | #24 |
Участник
|
Ну как бы если посмотреть на форумы по 1С то там тоже не особо довольны происходящим https://habr.com/company/1c/blog/429678/ Да и вообще 1С сайт выглядит как-то устаревшим по сравнению с docs с привязкой к GitHib от МС |
|
15.11.2018, 03:02 | #25 |
Banned
|
Цитата:
Сообщение от fed
В пресс-релизе упоминается AIF, которого в D365 просто отсутствует. Наводит на мысль что внедрили DAX2012, а потом в пресс-релизе заменили на D365. (Кстати - мне кажется это не единичный случай. Где-то еще сталкивался где в маркетинговых материалах указывался D365, но по факту была DAX2012).
Да - и MS Teams, это такой программный продукт. Типа микрософтовский клон Slack. Но глядя на то что микрософт сотворил с другим популярным средством проектной коммуникации - skype, я бы очень поберегся от того чтобы этот MS Teams использовать. В части стоимости владения D365FO и AX2012, тут опять таки вопрос сравнимых проектов. Есть ли вообще такие проекты уровня AX2012 на D365FO? Если кому-то нужен очень частичный и некритичный функционал на 20-30 работников на чистом стандарте то D365FO может быть и дешевле. Но если бы берем это польское внедрение то я очень сомневаюсь на таком уровне D365FO дешевле чем SAP и прочих. И то что возможно это на самом деле DAX2012 или DAX2012 + D365FO очень о многом говорит. p.s. https://www.linkedin.com/in/mateusz-...wski-8269b926/ IT Infrastructure and Support Manager at Selena FM S.A. Цитата:
IT Manager with almost 20 years experience in IT Infrastructure areas.
I manage a team of specialists and engineers in the areas of infrastructure and support for both Polish and foreign companies - dozens of branches of Selena Group, I've experience in the implementation of global IT projects f.e. .: - Designing, migrating, launching Office 365 (Exchange, Sharepoint, SkypeForBusiness) for 1,400 users - Negotiation of contracts with producers such as Microsoft, Konica Minolta, HP, Lenovo, Dell, IBM, T-mobile etc. - Cybersecurity - MS server and backup systems (Avamar, Symantec) - VMware Virtualizers, Hyper-V - Designing DataCenter solutions and hardware resources for application solutions (ERP, Sharepoint etc.) - Designing solutions for Disaster Recovery Center - Designing advanced networks in organizations based on MPLS and the Internet - Design and implementation of Videoconference systems (Acano, Lifesize) - Designing and implementing solutions based on MWS systems for Microsoft Dynamics AX 2012 - Designing network solutions (Wi-Fi, routers, centralized internet access) - Design and implementation of print systems I have high skills in the design of IT systems and networks as well as the knowledge and skills necessary to negotiate contracts with contractors as well as planning and managing the IT budget, MBA ITIL Prince2 Последний раз редактировалось ax_mct; 15.11.2018 в 03:20. |
|
15.11.2018, 06:39 | #26 |
Участник
|
Цитата:
Т.е. модель когда приходили на проект и с нуля что-то начинали кодить, уже не сработает. Однако появляется модель когда можно прийти со своими наработками. Этому способствует куча технических моментов - файловая структура хранения, одна базовая версия, тот же магазин решений.. Конечно остается проблема с качеством базовой версии в целом, но надеюсь это разрешится |
|
|
За это сообщение автора поблагодарили: EVGL (1), gl00mie (3). |
15.11.2018, 09:16 | #27 |
Участник
|
А что мешает сейчас тягать свои наработки с проекта на проект?
Многие так и делают. Выгружают проект или cus слой и все в порядке. Какие выгоды дает 365-я? |
|
15.11.2018, 09:59 | #28 |
Участник
|
Меняется трудоемкость. Т.е. самое простое - в 2012 вы даже свои доработки в проект не соберете(если это не слой целиком под решение). базовые версии могут быть разные(у вас допустим R2 а у клиента R3), ваш проект может пересекаться со стандартом.
Какие-то простые вещи типа сравнить решение на проекте А с решением на проекте Б вообще нереально. Сейчас по сути установка решения - это создание бранча, делается в 1 клик. В любой момент можно сравнить то что на проекте и то что у вас в решении. обновление - тоже в 1 клик конечно шероховатости имеются, но направление движения правильное |
|
15.11.2018, 12:02 | #29 |
Moderator
|
Цитата:
И кстати мне даже страшно представить какой рост затрат случается на проектах где реально надо много дорабатывать - типа 10-12 человекомесяцев на собственно разработку. Я такого пока не видел, но даже думать страшно. Последний раз редактировалось fed; 15.11.2018 в 12:11. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (3). |
15.11.2018, 12:05 | #30 |
Участник
|
Цитата:
Сообщение от trud
Вложение 12136
Ну как бы если посмотреть на форумы по 1С то там тоже не особо довольны происходящим https://habr.com/company/1c/blog/429678/ Да и вообще 1С сайт выглядит как-то устаревшим по сравнению с docs с привязкой к GitHib от МС
__________________
Ivanhoe as is.. |
|
15.11.2018, 12:06 | #31 |
Участник
|
Цитата:
Сообщение от trud
По практике согласен с оценкой, 50-100%, но есть и огромный плюс - это возможность развивать решения с гораздо меньшими затратами чем это было в 2012, тем самым аккумулируя знания.
Т.е. модель когда приходили на проект и с нуля что-то начинали кодить, уже не сработает. Однако появляется модель когда можно прийти со своими наработками. Этому способствует куча технических моментов - файловая структура хранения, одна базовая версия, тот же магазин решений.. Конечно остается проблема с качеством базовой версии в целом, но надеюсь это разрешится
__________________
Ivanhoe as is.. |
|
15.11.2018, 12:10 | #32 |
Участник
|
Цитата:
Сообщение от 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 | #33 |
Участник
|
Цитата:
Цитата:
Цитата:
Цитата:
На текущем месте работы одно из зарегистрированных 365 решений - это небольшое сервисное расширение функционала кредитного лимита(с десяток форм и классов), код там еще с 2009 года, его продают практически на каждого клиента кто использует кредитный лимит(это просто становится немного удобнее). получают за продажи и плюс кто-то заказывает доп. модификации. С любого проекта Коруса/Коламбуса/.. подобных можно набрать штук по 5, но почему то по факту из РФ никто ничего не регистрирует Причем что немаловажно часто продают даже при проигрыше тендера. Т.е. по результатам тендера клиент решает выбрать другого партнера, но это решение взять готовое. Сколько из ваших компонентов использовалось в проектах ваших конкурентов? Цитата:
А что ограничили то - функционал вроде бы тот же Последний раз редактировалось trud; 15.11.2018 в 14:05. |
|
15.11.2018, 16:01 | #34 |
Участник
|
На днях клиент спросил, что такого может поломаться в кастомизации после апгрейда, если всё на экстеншнах. Привел ему не критичный, но реальный сценарий. Мол, сделали мы вам лукап фильтрующий, привязали его к onLookup событию на контроле, а Майкрософт в обновлении добавил lookup метод к тому же контролу. Всё прекрасно компилируется, но наш кастомный лукап больше не вызывается. Клиент чутка погрустнел.
Тому же клиенту как-то объяснял, почему разработка может занимать иногда так много времени и кода, что стоит от нее отказаться. К примеру, нужно на форме перетащить один котрол выше (не спрашивайте, зачем, так они видят). В старой версии можно было выделить контрол в дизайнере и нажать Alt+Up, теперь нужно скрыть старый контрол, добавить в нужное место новый контрол, заглушить екстеншенами возможное действие старого котрола, создать класс с обработчиком событий нового контрола. Итого времени на разработку больше в 10000 (десять тысяч) раз. Даже как-то неудобно с клиентом разговаривать на некоторые темы. Всё-равно что пилить сук, на котором сидишь. |
|
|
За это сообщение автора поблагодарили: ax_mct (3), Link (1). |
15.11.2018, 16:32 | #35 |
Участник
|
Цитата:
На днях клиент спросил, что такого может поломаться в кастомизации после апгрейда, если всё на экстеншнах
|
|
15.11.2018, 19:06 | #36 |
Banned
|
А какой ответ ожидался? "У нас все на HTML5, но специально для вас мы будем поддерживать HTMLEditor, мы так рады что вы продолжаете его использовать!"
|
|
15.11.2018, 19:07 | #37 |
Участник
|
Только не начинайте снова Корус Ритейл vs Коламбус Ритейл (из Распределенка и axapta)
|
|
15.11.2018, 19:18 | #38 |
Участник
|
Кстати, перечитывал пост fed'a. 2006, на минуточку, года: Две любопытные заметки про Project Green и перспективы линии MS Dynamics
Как в воду глядел... Включая такое модное теперь слово как Хайп. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (3). |
16.11.2018, 12:25 | #39 |
Участник
|
Было бы интересно найти аналогичную тему при выходе Акс 2012. Там тоже много вопросов было про стоимость и усложнение.
__________________
Ivanhoe as is.. |
|
16.11.2018, 17:52 | #40 |
Участник
|
Цитата:
А какой ответ ожидался? "У нас все на HTML5, но специально для вас мы будем поддерживать HTMLEditor, мы так рады что вы продолжаете его использовать!"
Да и в пределах одной версии ядра никто не даст гарантию что после очередного автообновления что-то не сломается. О чем и была речь. |
|
|
За это сообщение автора поблагодарили: ax_mct (5). |