Microsoft Crafts Single Code Base for ERP Apps - Microsoft и системы Microsoft Dynamics

belugin · 25.10.2007, 10:09

PC World - Business Center: Microsoft Crafts Single Code Base for ERP Apps

MikeR · 25.10.2007, 10:48

Вкратце для тех кто не знает английского.

Майкрософт разработал common code base для всей линейки продуктов Dynamics ERP (enterprise resource planning)
Это позволит приложениям совместно использовать единый пользовательский интерфейс и управление, как сейчас реализовано между AX и NAV, сообщил Татаринов.

EVGL · 25.10.2007, 11:34

Цитата:

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

...разработал common code base...

Разрабатывает (... is developing ...)

MikeR · 25.10.2007, 12:28

fast typing

gl00mie · 25.10.2007, 12:43

Цитата:

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

Майкрософт разработал common code base для всей линейки продуктов Dynamics ERP (enterprise resource planning)

Название статьи может ввести в заблуждение

При том в описании (meta description в заголовке страницы) есть интересное уточнение: «The common core base will serve all Dynamics ERP applications». Впрочем, даже это не может не радовать, особенно в свете того, что еще в рамках Project Green речь шла именно о ядре Аксапты как основе будущей единой ERP. Только я не могу понять, как им удалось скрестить ядро, поддерживающее объектно-ориентированный язык (хоть и с одиночным наследованием) и богатейшие возможностями работы с метаданными с движком Navision...

Цитата:

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

Это позволит приложениям совместно использовать единый пользовательский интерфейс и управление, как сейчас реализовано между AX и NAV

Ну и что?

Интересно, сколько времени пройдет до того момента, как код существующих приложений перепишут под это новое ядро? Неужели это единое ядро может с одинаковым успехом выполнять код Х++ Аксапты и паскалевский код Navision?.. Или я чего-то не понял, и речь идет просто об использовании офисных панелек для рисования главного меню?

MikeR · 25.10.2007, 14:25

Цитата:

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

Ну и что?

Интересно, сколько времени пройдет до того момента, как код существующих приложений перепишут под это новое ядро? Неужели это единое ядро может с одинаковым успехом выполнять код Х++ Аксапты и паскалевский код Navision?.. Или я чего-то не понял, и речь идет просто об использовании офисных панелек для рисования главного меню?

Ну слишком много вопросов я тебе на них не отвечу

или добавь ... чтоб понять что не меня спрашиваешь

belugin · 25.10.2007, 12:47

я думаю, что речь пока идет о новых окошках как в 5 навижене и прочих мелочах. А вот метаданные + язык пока останутся такими как были.

**mazzy** · 25.10.2007, 13:42

Цитата:

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

я думаю, что речь пока идет о новых окошках как в 5 навижене и прочих мелочах. А вот метаданные + язык пока останутся такими как были.

Не совсем
http://forum.mazzy.ru/index.php?showtopic=9727
http://forum.mazzy.ru/index.php?showtopic=9138
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=33774
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=30569
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=25028

belugin · 25.10.2007, 13:55

mazzy, а по быстрому не нашел это "не совсем". А кнавиженским разделам доступ закрыт у меня. Можешь резбмировать в паре строчек?

Я думаю, в принципе даже метаданные можно привести к общему знаменателю (правда с навиженом не знаком сильно). А вот CAL автоматически перекодировать в X++ мне кажется маловероятным. Может, сделать компиляторы на .NET к обоим языкам чтобы было полное интероперабилити....

**mazzy** · 25.10.2007, 14:03

Цитата:

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

mazzy, а по быстрому не нашел это "не совсем". А кнавиженским разделам доступ закрыт у меня. Можешь резбмировать в паре строчек?

Навижин будет полностью трехуровневым как Аксапта.
У Навижина, похоже, сменится режим авторизации, как у Аксапты.

При этом бизнес-логика сильно не изменится.
Пока разработчики обещают, что следующая версия Навижина будет без проблем выполнять код старого Навижина.
Видимо будет что-то похожее на переход с AX3.0 на AX4.0, когда бизнес-логика похожа, но системные таблицы и классы кардинально поменялись.

Цитата:

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

Я думаю, в принципе даже метаданные можно привести к общему знаменателю (правда с навиженом не знаком сильно). А вот CAL автоматически перекодировать в X++ мне кажется маловероятным. Может, сделать компиляторы на .NET к обоим языкам чтобы было полное интероперабилити....

Да, именно так и планировалось.
X++ будет транслироваться и выполняться в CLR.
С/AL будет транслироваться и выполняться в CLR.
В какой-то момент станет все равно на чем писать

EVGL · 25.10.2007, 14:19

Цитата:

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

X++ будет транслироваться и выполняться в CLR.
С/AL будет транслироваться и выполняться в CLR.

=>

Цитата:

В какой-то момент станет все равно на чем писать

Как-то логики не прослеживаю. В смысле, компилятору станет все равно, что компилировать?

Мне кажется, все эти заявления Татаринова надо интерпретировать так: "Извините, ребята. Последние 5 лет смотрели, что же нам за зоопарк достался. Появился опыт и понимание, что ближайшие N лет единой системы не будет. Как обычно, попытаемся сделать похожий интерфейс. Может быть, введем общий промежуточный слой работы с БД."

belugin · 25.10.2007, 14:40

а еще раньше они обещали портировать лучшие модули их одной системы в другую

Morpheus · 25.10.2007, 15:08

А когда исправят ошибки в парсере запросов из объектного представления (клас Query) к SQL Server?

**mazzy** · 25.10.2007, 16:59

Цитата:

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

Как-то логики не прослеживаю. В смысле, компилятору станет все равно, что компилировать?

А ран-тайм библиотеке все равно что исполнять

EVGL, какое-то у тебя невосторженное отношение к жизни

На самом деле все проще.
Сейчас на Аксапте есть функционал, на Навижине есть функционал, в CRM есть функционал, в Reporting Service есть, в Excel, PerformancePoint и т.п.
Вызвать другое приложение сейчас непросто, поскольку надо знать структуру, кишки и внутренние соглашения.
Предлагается использовать единую среду выполнения, чтобы можно было использовать готовые библиотеки и функционал других систем.

Кто работал в свое время с Фортраном, понимает. На каком бы диалекте фортрана не была написана библиотека, ее можно подключить и работать с ней.

Насколько я понимаю, готовится что-то подобное.
Исходный код будет на разных исходных языках. Но после компиляции все равно на каком языке это было написано.

Уверен, что в готовом решении будет масса ограничений и неявных запретов.
Но идея примерно такая.

Цитата:

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

Как обычно, попытаемся сделать похожий интерфейс. Может быть, введем общий промежуточный слой работы с БД."

Ну... интерфейс уже сделали похожим

Ну... если "Microsoft Crafts Single Code Base for ERP Apps" можно трактовать как "общий промежуточный слой работы с БД"...

В общем, посмотрим.
Пока достоверно известно одно - сроки выпуска следующей версии Навижин перенесли.

Цитата:

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

а еще раньше они обещали портировать лучшие модули их одной системы в другую

Не, про "портировать" никогда не говорили.
Они говорили, что будут использовать лучшие практики, библиотеку лучших решений и т.п.

Что мы сейчас и видим. Не знаю как разработчики, но продавцу объяснять клиентам чем же отличаются Аксапта и Навижин стало очень сложно. С точки зрения функционала они действительно отличаются очень и очень мало.

Morpheus · 25.10.2007, 17:11

Цитата:

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

Не знаю как разработчики, но продавцу объяснять клиентам чем же отличаются Аксапта и Навижин стало очень сложно. С точки зрения функционала они действительно отличаются очень и очень мало.

Угу, дифференцировать клиентов то нужно по платежеспособности... Кто согласен заплатить больше - тому Аксапту, меньше - Навижин...

**mazzy** · 25.10.2007, 17:17

Цитата:

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

Угу, дифференцировать клиентов то нужно по платежеспособности... Кто согласен заплатить больше - тому Аксапту, меньше - Навижин...

При этом функционал похож до безобразия

Нет, Morpheus. Думайте дальше.

Morpheus · 25.10.2007, 18:09

Цитата:

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

При этом функционал похож до безобразия

Нет, Morpheus. Думайте дальше.

Думаю... затраты на разработку этих продуктов одного порядка, а цена просто для позиционирования на рынке для маленьких и средних (победней) компаний и для средних и крупных (побогаче) компаний...

belugin · 25.10.2007, 17:32

Цитата:

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

Не знаю как разработчики, но продавцу объяснять клиентам чем же отличаются Аксапта и Навижин стало очень сложно.

Кстати, а чо говорить-то? А то на платформе 2007 это был вопрос #1, а я на 2008 хочу тоже сходить - экспертом постоять

**mazzy** · 25.10.2007, 17:41

Цитата:

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

Кстати, а чо говорить-то? А то на платформе 2007 это был вопрос #1, а я на 2008 хочу тоже сходить - экспертом постоять

В Дании на Конвергенции это был вопрос №2.
Первый вопрос - какие системы умрут, а какие останутся жить

Майкрософт упорно твердит, что будут жить все системы. Что они все будут развиваться и СБЛИЖАТЬСЯ и далее... Что у них будет единая платформа (будь она неладна, лучше бы функционал развивали...).

Поэтому с точки зрения технаря-разработчика все просто.
а вот с точки зрения продавца...

belugin · 25.10.2007, 15:14

кое-что к пятерке будет получше. Если напишете скрипт, я согу проверить на CTP и запулить в базу багов

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Microsoft Dynamics CRM предлагает «Новые правила игры»	belugin	Microsoft и системы Microsoft Dynamics	5	07.12.2008 21:32
г.Калининград. Приглашаются к сотрудничеству частные лица, компании-внедренцы, сотрудники Microsoft.	ans	Рынок труда Microsoft Dynamics	14	19.06.2008 12:23
Обращение Стива Балмера (Steve Ballmer), исполнительного директора корпорации Майкрософт, к заказчикам Microsoft Dynamics	mazzy	Microsoft и системы Microsoft Dynamics	2	16.04.2007 20:46
Клуб Клиентов Microsoft Business Solutions 7 июня 2006 года	George Nordic	Microsoft и системы Microsoft Dynamics	1	07.06.2006 13:32
Microsoft назвала лучших российских партнеров, работающих с решениями MBS	mazzy	Microsoft и системы Microsoft Dynamics	0	27.08.2004 21:35

Опции темы	Поиск в этой теме
Версия для печати Отправить по электронной почте	Поиск в этой теме: Расширенный поиск
Опции просмотра
Линейный вид Комбинированный вид Древовидный вид