|
07.02.2019, 08:41 | #1 |
Moderator
|
У меня есть подозрение, что ax_mct все это пишет просто потому, что ему не хватает общения на родном языке. То есть - это не троллинг, а традиционные рассуждения на тему "Доедет ли это колесо до Москвы".
Последний раз редактировалось fed; 07.02.2019 в 09:11. |
|
07.02.2019, 15:56 | #2 |
Banned
|
Цитата:
Действительно D365FO on-premise это CALs (Client Access Licenses). Не подписка. https://mbs.microsoft.com/Files/publ...nsingGuide.pdf Помимо того что скучно судьба колеса актуальна. И самая интересная информация идет именно от fed и EVGL. Не столько троллинг сколько практический интерес предпринимателя которого ноги кормят. В непроходимое болото лезть не хочется, а любая информация помогает. |
|
07.02.2019, 20:37 | #3 |
Moderator
|
Цитата:
На самом деле - перспективы D365FOE на рынке определяются не тем насколько она сама хороша или плоха, а тем - насколько она хуже или лучше конкурентов. Так что интересоваться надо не ею (поскольку там мало что изменить можно), а конкурентами. Последний раз редактировалось fed; 07.02.2019 в 20:51. |
|
|
За это сообщение автора поблагодарили: trud (3), Ace of Database (3), ax_mct (3). |
08.02.2019, 01:14 | #4 |
Banned
|
Цитата:
Сообщение от fed
Могу посоветовать только одно - мониторь конкурентов. Архитектура D365FOE неисправимо крива; Починить ее без полного редизайна - невозможно. Выкинуть D365FOE и выпустить DAX2012R4 Микрософт уже не сможет (просто потому что все-таки DAX2012 подустарела да и не понятно что с существующими клиентами D365FOE делать). Развивать параллельно DAX2012 и D365FOE - слишком дорого. Максимум что Микрософт может сделать - это потихоньку развить туллинг внутри D365FOE. Ну например - сделать полностью автоматическое копирование данных между двумя любыми окружениями. Или сделать какую-то систему сравнения версий, которая показывает какие объекты изменились между двумя версиями и на какие из этих объектов есть прямые и непрямые ссылки в клиентском коде. Или сделать какую-то тулзу, которая позволит микрософтовским саппортерам быстро создавать (для себя) копию любого из окружений. Ну и так далее.Радикально этот тулинг ничего не изменит, но затраты на внедрение слегонца уменьшит.
На самом деле - перспективы D365FOE на рынке определяются не тем насколько она сама хороша или плоха, а тем - насколько она хуже или лучше конкурентов. Так что интересоваться надо не ею (поскольку там мало что изменить можно), а конкурентами. В свете того что большинство клиентов DAX2012 на D365FOE никогда не перейдет это собственно все и определяет. Кому обеих веток года через 3. Да, именно потому что конкуренты выглядят более интересными и адекватными. У конкурентов уже сейчас все очень хорошо, это D365FOE пытается их догнать и перегнать. Стоимость владения D365FOE да и любого облачного ERP решения не интересна для Enterprise уровня. Стоимость нормальной лицензии это 2-4 года подписки. При том что покупка своего железа дешевле чем его аренда на несколько лет. Стоимость перехода с DAX2012 на D365FOE не дешевле чем на любой другой продукт. При этом выбор D365FOE выглядит очень рискованным для Enterprise. Судьба 365 конечно другая, но это и не D365FOE. И не Enterprise. Собственно моя единственная надежда была что ветку DAX2012 не будут душить, но склонен согласится что причин для таких надежд нет. |
|
08.02.2019, 02:07 | #5 |
Участник
|
Цитата:
А есть какие-нибудь ссылки на демо версии где можно посмотреть часть связанную с разработкой у конкурентов? или не в разработке сила? я просто тыкнулся в пару мест, все довольно хуже выглядит по сравнению с тем что есть в D365FO |
|
08.02.2019, 04:48 | #6 |
Banned
|
Цитата:
Сообщение от trud
Уже писал, но есть же еще один вариант - когда будут предлагать систему без ApplicationSuite а как платформу разработки. Мало шансов конечно, но когда-то давно я слышал о таком. Например в нашем решении самой главной проблемой является наличие ApplicationSuite, он часто не нужен, но платить за него надо, что часто срывает сделку, ибо дорого
А есть какие-нибудь ссылки на демо версии где можно посмотреть часть связанную с разработкой у конкурентов? или не в разработке сила? я просто тыкнулся в пару мест, все довольно хуже выглядит по сравнению с тем что есть в D365FO Оглядываюсь вокруг по предприятиям, вижу что в разработке сила, и она как-то все больше на Java, с тем же Swing. Стоимость программирования выше, но стоимость владения минимальна. Самый близкий конкурент D365FO это NetSuite. Мне кажется что с технической точки зрения программировать там намного интереснее и легче чем в D365FO. Да, D365FO это такой VB больше, а в NetSuite это Java мир, Eclipse etc. http://www.netsuite.co.uk/portal/uk/...eveloper.shtml http://www.netsuite.co.uk/portal/uk/...loud-ide.shtml Комфорт программиста дело относительно его опыта. Большинству (не нам, а вообще) условных программистов комфортнее с Eclipse чем со средой D365FO VS. С точки зрения стоимости владения NetSuite выглядит значительно дешевле. За счет того что продукт изначально создавался именно для облака и расширений. За счет отсутствия отдельной платы за инфраструктуру. Для клиента это 2-6 месяцев внедрения и стоимость расширений в магазине. Для ISV это однако минимум $3,000 в год за членство. То программирование в D365FO которое есть сейчас оно по инерции. И по глупости клиента. Придет все к API и интеграции. Со стороны идея то классная c D365FO но архитекторы патентованные дебилы. Проблема именно в том что продукт это никогда платформа для разработки. Даже AX2012 она уже не подходит для такого. Если на проекте программируют 2-3 года то беспорядочных иньекций кода столько что организм уже считай под капельницей. Всегда и неизбежно. Удобно и легко, да. Тыкать очередную иголку в монолит пластилина. Программированием такое назвать сложно. |
|
08.02.2019, 09:12 | #7 |
Участник
|
Жаль, что не удалось найти информации хоть об одном внедрении в России. Впрочем допускаю, что плохо искал.
__________________
Существует 10 типов людей: одни понимают двоичную систему, другие - нет. |
|
08.02.2019, 12:05 | #8 |
Участник
|
Цитата:
D365FO Cloud и D365FO On-Prem. А вот если сравнивать On-Prem и DAX2012, то сравнение очень даже интересное, и зачастую не в пользу старой версии. Вот если эту ветку вдруг решат прикрыть, то тогда точно беда для Enterprise.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: Logger (1). |
08.02.2019, 12:41 | #9 |
Moderator
|
On-Prem конечно лишена части озвученных мною проблем, но она просто запредельно дорога. (Не только благодаря собственной цене но и благодаря цене инфраструктуры и дополнительных лицензий на Windows Server, SQL Server и тд и тп). Возможно стоимость внедрения в случае On Prem и станет сопоставима с DAX2012 (Ну может процентов на 25-30 больше, что в целом терпимо), но вот цена собственно инфраструктуры - запретительная. Кроме того - требование регулярных обновлений (а иначе - отказ от поддержки) тоже для Enterprise неприемлем. (Вряд ли клиенты с 1000-2000 пользователей готовы обновлятся чаще чем раз в год, а скорее даже в два).
|
|
08.02.2019, 12:55 | #10 |
Участник
|
Т.е. продается в основном облачное решение? Это кажется мне несколько парадоксальным, раз у него столько неудобств есть.
|
|
08.02.2019, 12:55 | #11 |
Участник
|
А насколько версия On-Prem дороже облачной при прочих равных ? Цена инфраструктуры On-Prem сопоставима в сравнении с 2012 или тоже значительно выше ?
Последний раз редактировалось Alexius; 08.02.2019 в 12:58. |
|
08.02.2019, 13:03 | #12 |
Moderator
|
Цитата:
Так вот - стоимость софта за 5 лет в облаке получилась 1 480 000 USD. Цена аналогичной инфраструктуры в On Premises (то есть - железо, лицензии на D365FOE, Windows Server, SQL Server etc) 1 630 000USD. При этом есть подозрение что в облаке пришлось бы еще тысяч на 100-120 докупать дополительных instance. Так что в целом - цены вполне сопоставимы. Разница только в том, что в режиме On Premises надо сразу выложить процентов 60 суммы, а в облаке можно по частям платить. И меня, конечно, не очень порадует если наши сейлы куда-то On Premises продадут. Он по прежнему, мягко говоря, не очень стабилен... |
|
08.02.2019, 10:08 | #13 |
Участник
|
Цитата:
P.S. Мне кажется, что если переводить на 365-ю ряд самописных сбоку модулей, то их поддержка на 365-й не должна сильно отличаться от 2012-й. Магия hardseal-а там не действует. Возможно, я ошибаюсь. Что скажешь ? |
|
08.02.2019, 11:17 | #14 |
Moderator
|
Проблема в том, что любое внедрение для одного клиента (то есть - когда мы не разрабатываем тиражируемый софт), окупается только в режиме быстрого прототипирования. Это когда мы можем чего-нить разработать, поверхностно протестировать и зарелизить в PROD в течении одного дня. Даже если что-то сломалось после релиза, то во первых мы можем это достаточно быстро отладить прямо в PROD (ну или очень быстро скопировать данные на TEST), во вторых - мы можем исправленную версию быстро зарелизить, а в третьих - мы опять таки в PROD можем данные скриптиком быстро исправить.
В D365FOE:
А D365FOE была спроектирована как раз для разработки тиражируемых вертикальных решений. Только вот в реальности - решений этих не так много и они, в большинстве случаев, используются скорее как маркетинг по продаже услуг по внедрению. Последний раз редактировалось fed; 08.02.2019 в 13:14. |
|
|
За это сообщение автора поблагодарили: sukhanchik (4), Morpheus (1), S.Kuskov (5). |
08.02.2019, 12:49 | #15 |
Участник
|
Цитата:
Денис, как правильно отметил Ivanhoe, тут вероятно имеет смысл разделять обсуждение на D365FO Cloud и D365FO On-Prem Мне кажется, что те минусы которые ты перечислил, не применимы к D365FO On-Prem а именно этот случай я и имел в виду. (Кстати, похоже он у вас совсем не мейнстримный, т.е. продается то в основном облачное решение и от него голова и болит ?) P.S. Ответ сразу не заметил. Но оставлю пост как есть. |
|
08.02.2019, 20:02 | #16 |
Banned
|
Цитата:
Я бы тоже сказал что архитектура AX она кривая. Для облака кривая и неподходящая. Идиотская идея брать зрелый десктопный продукт и переделывать его для web. Стоимость изменений при такой сложности решения она в любом случае запредельная. Меня тут недавно архитектор D365 лечил что надо Unit testing писать и использовать в D365FO. Ok, но в той же AX без этого можно и нужно обойтись. И это тоже про стоимость. |
|