AXForum  
Вернуться   AXForum > Прочие обсуждения > Детская
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 26.05.2021, 11:06   #41  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,343 / 4215 (199) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от George Nordic Посмотреть сообщение
Да, можно взять код приложений 4,0 / 2009 и портировать его на "свой" движок. Вопрос, насколько это законно?
не-не-не. ни в коем случае.
я имел в виду открытые компоненты (бесплатные и условно платные)
типа cuba, vaadin, spring, data-gridы всевозможные.

Цитата:
Сообщение от George Nordic Посмотреть сообщение
Если брать OpenSource, то там тоже очень внимательно надо читать соглашения, и, возможно, и свой продукт надо будет выкладывать в открытый доступ.
открытый доступ сам по себе не запрещает брать плату.
см. тот же vaadin
читать надо внимательно - согласен.

Цитата:
Сообщение от George Nordic Посмотреть сообщение
Не скажи. Очень хороший задел был сделан.
был. согласен.
был - это правильное слово.

Цитата:
Сообщение от George Nordic Посмотреть сообщение
Но, к сожалению, хороший продукт - это еще далеко не все. Маркетинг, партнерская сеть, возможность расширения, ценовая политика... Да и просто удача
тоже согласен.
__________________
Полезное на axForum, GitHub, Facebook, mazzy.priot, mazzy.music, coub.
Старый 27.05.2021, 03:51   #42  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
255 / 302 (11) ++++++
Регистрация: 14.10.2003
Цитата:
Сообщение от mazzy Посмотреть сообщение
Поэтому легенда так себе, фиговенькая. Особенно, если она правда.
Мы там как-то суммировали количество кода российской + восточноевропеской локализации. Получилось что-то около 1 милиона строк. При том, что весь остальной "западный" функционал был тогда 3 миллиона строк. Не скажу, что это был только чистый код. Кажется, мы там просто суммировали количество строк в xpo. Но не в этом дело, а дело в соотношении между локализацией и основным кодом.
Вот этот миллион строк в 4-ке аптейкали 2 ПМа, 5 разработчиков и 3 тестера. Времени еле-еле хватало что бы только переложить код из 3-ки в 4-ку. При этом набо было добавлять и новый функционал для новых законов. 2009-ю делали большим количеством людей, но не сильно много.

"Каждый день к девяти утра я должен идти в мой магистрат. Я не скажу, что это подвиг, но вообще что-то героическое в этом есть ..." (С)

Последний раз редактировалось AlexSD; 27.05.2021 в 03:55.
За это сообщение автора поблагодарили: Lemming (5).
Старый 27.05.2021, 13:11   #43  
twilight is offline
twilight
MCTS
MCBMSS
 
753 / 155 (7) ++++++
Регистрация: 17.10.2004
Адрес: Москва
В локальном коде надо находить максимально полезные вещи и делать их глобальными. Например, чешские предоплаты.
__________________
I could tell you, but then I would have to bill you.
За это сообщение автора поблагодарили: EVGL (1), Raven Melancholic (2).
Старый 27.05.2021, 17:25   #44  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
1,992 / 1089 (40) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от twilight Посмотреть сообщение
В локальном коде надо находить максимально полезные вещи и делать их глобальными. Например, чешские предоплаты.
Да, идея там хорошая. Но в чистом виде использовать сложно. Видимо разработана под определенные кейсы, а при других ситуациях сопоставление ломается.
Пытались взять её в чистом виде для Польской дочки, но с остальным польским функционалом получилась каша.
Это, кстати, как пример что нужно досконально продумывать и тестировать в системе плагинов/микросервисов - один плагин может ломать работу другого.
Старый 27.05.2021, 17:48   #45  
online
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,617 / 5030 (173) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
Это, кстати, как пример что нужно досконально продумывать и тестировать в системе плагинов/микросервисов - один плагин может ломать работу другого.
Позволю себе переформулировать это так: Система плагинов при обновлениях экономит время на апгрейде кода, но сильно повышает время на тестирование результата обновления. Как раз потому, что в системе со слоями или какими-то бранчами Version Control можно проанализировать большую часть изменений и взаимосвязей между ними статически, просто за счет анализа кода, а в системе с плагинами - только динамически, тестируя то что получилось.
И что-то мне кажется что экономия на апгрейде кода не окупает повышенные трудозатраты на тестирование.
Так что если бы новую ERP проектировал я (c), то я бы начал ее проектирование с какой-то смеси технологии слоев и технологии TFS (но не GIT). А с плагинами пущай микрософт мучается.
За это сообщение автора поблагодарили: sukhanchik (5), mazzy (2).
Старый 27.05.2021, 18:00   #46  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,507 / 2434 (89) +++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от fed Посмотреть сообщение
... А с плагинами пущай микрософт мучается.
Неее. Ему то пофиг. Это мы будем мучаться.

Напомнило:
Цитата:
- Папа, ты теперь будешь меньше пить ?
- Нет сынок, это теперь ты будешь меньше есть.
За это сообщение автора поблагодарили: mazzy (2).
Старый 27.05.2021, 19:47   #47  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,343 / 4215 (199) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от fed Посмотреть сообщение
Позволю себе переформулировать это так: Система плагинов при обновлениях экономит время на апгрейде кода, но сильно повышает время на тестирование результата обновления.
согласен.

но есть внешние системы (olap, отчеты)
для внешних систем нужна метаинформация.
о relation, о правах, о типах, о конфигурационных ключах...

внутренние структуры типа utilElements - не катят. (См. как мучаются в ER)
хранить как relation и constraints в MS SQL? а как права, типы форматирование?

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

чтобы "подключать", базовая система должна предоставлять базовые объекты (тип, класс, форма, отчет, таблица, запрос и т.п.)
базовая система не должна предоставлять бизнес-логику совсем. (см. системы сборки в java - maven и gradle)
__________________
Полезное на axForum, GitHub, Facebook, mazzy.priot, mazzy.music, coub.

Последний раз редактировалось mazzy; 27.05.2021 в 19:53.
Старый 27.05.2021, 21:26   #48  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,343 / 4215 (199) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от mazzy Посмотреть сообщение
чтобы "подключать", базовая система должна предоставлять базовые объекты (тип, класс, форма, отчет, таблица, запрос и т.п.)
наверное, экранная форма и экранный отчет - это тоже можно вынести в плагины. чтобы можно было запустить базовую систему как сервер (сервис/демон).

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

отдельная тема - отладчик.
все существующие в аксапте сложные фреймворки типа расчета зарплаты, финансовых отчетов, финансовой разноски, reporting service, AIF - это боль при отладке. некоторые псевдовнешние подсистемы типа ER, Retail Sync Service и пр. вообще не имеют отладчика.

с плагинами базовая система должна иметь отладчик, который показывает пользовательский код. но может скипать код базовой системы. в существующей аксапте, например, так работают методы классов и таблиц, которые находятся в ветке System Documentation.

мы видим код бизнес-логики, потом хоп - xRecord, а потом myTable.validationWrite.
или наш класс, потом хоп - xInfo, а потом снова выныриваем в другом нашем методе. Примерно так.
__________________
Полезное на axForum, GitHub, Facebook, mazzy.priot, mazzy.music, coub.
Старый 27.05.2021, 23:53   #49  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,550 / 2712 (100) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от fed Посмотреть сообщение
Как раз потому, что в системе со слоями или какими-то бранчами Version Control можно проанализировать большую часть изменений и взаимосвязей между ними статически, просто за счет анализа кода, а в системе с плагинами - только динамически, тестируя то что получилось.
Тут мне хотелось бы понять ход рассуждения. Допустим, мы берем систему с плагинами и делаем над ней слеюующее преобразование: заменяем все точки расширения (события) на прямые вызовы плагинов.

После чего мы получаем систему со слоями. Преобразовав версию 1 и версию 2 такой системы можно приступать к анализу диффа.

Цитата:
TFS (но не GIT).
А чем гит не угодил?

Для совместимости имхо главное чтобы был понятный контракт.
Поставщик должен знать в резльтате каких его действий потребитель сломается, а потребитель знать, что он может использовать.

Потребитель, правда, норовит вместо следования предписаниям посмотреть на текущую реализацию и привязаться к ней
__________________
blog | twitter
Старый 28.05.2021, 00:01   #50  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,550 / 2712 (100) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от mazzy Посмотреть сообщение
некоторые псевдовнешние подсистемы типа ER, Retail Sync Service и пр. вообще не имеют отладчика.
Есть, но, конечно, далеко не студия. И профайлер тоже есть, да.

Цитата:
Сообщение от mazzy Посмотреть сообщение
мы видим код бизнес-логики, потом хоп - xRecord, а потом myTable.validationWrite.
или наш класс, потом хоп - xInfo, а потом снова выныриваем в другом нашем методе. Примерно так.
В студии уже есть отладка по выбору свой или не свой код, с подгрузкой исходников и символов из заданных серверов.

Не хочешь видеть чужого кода - не видишь. Хочешь видеть - видишь.
__________________
blog | twitter
За это сообщение автора поблагодарили: mazzy (2).
Старый 28.05.2021, 09:30   #51  
online
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,617 / 5030 (173) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от belugin Посмотреть сообщение
После чего мы получаем систему со слоями. Преобразовав версию 1 и версию 2 такой системы можно приступать к анализу диффа.
Не очень понял, что ты хочешь сказать. В D365FO способа сравнить тексты двух версий нет. А если мы о гипотетической новой системе говорим - так я как раз против плагинов в принципе. Потому что если у нас система расширяется путем создания и редактирования бранчей, то как раз правильнее не создавать точек расширения, делегатов и тд и тп, потому что они как раз снижают шансы найти изменения путем сравнения текстов.

Цитата:
Сообщение от belugin Посмотреть сообщение
А чем гит не угодил?
Ну мне кажется что Git слишком гибкий и тяжелый для данной проблемы. На конкретном проекте редко когда больше 5-7 разработчиков работает, редко когда больше двух активных веток разработки ведется, редко когда нет онлайна к репозиторию исходных текстов и тд и тп. В такой ситуации, особых преимуществ Git не дает, а шансов прострелить самому себе ногу - в Git гораздо больше.
Идеальным было бы что-то типа TFSVC, но с возможностью импорта diff между двумя версиями как новой ветки.
Еще можно было бы подумать на тему, что было бы, если бы система хранения версий знала бы о семантике метаданных и могла бы показывать например разницу между двумя версиями таблицы как "таблицу", но с одним индексом, тремя полями (с разной подсветкой в зависимости от типа изменения) и т.п. Это не стало бы прорывом, но затраты на мерджинг уменьшило бы раза в 2-3. Кроме того - если система версий знает о семантике объектов, то можно было бы сделать какие-то пользовательские расширения, которые например позволяли бы мерджить какие-то типы объектов автоматически, выдывали бы варнинги при всяких сомнительных мерджах и несовместимых изменениях и тд и тп.
Старый 28.05.2021, 11:53   #52  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,550 / 2712 (100) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Записей в блоге: 5
Цитата:
Сообщение от fed Посмотреть сообщение
Не очень понял, что ты хочешь сказать. В D365FO способа сравнить тексты двух версий нет.
Взять XPO из старой версии, взять XPO из новой версии, сравнить.

Цитата:
Сообщение от fed Посмотреть сообщение
А если мы о гипотетической новой системе говорим - так я как раз против плагинов в принципе. Потому что если у нас система расширяется путем создания и редактирования бранчей, то как раз правильнее не создавать точек расширения, делегатов и тд и тп, потому что они как раз снижают шансы найти изменения путем сравнения текстов.
В данном треде мы обсуждаем идеи топикстартера. Это и есть гипотетическая новая система.

Соответственно вопрос, то, про что ты говоришь - фундаментальное ограничение или недостаток тулинга.

Цитата:
Сообщение от fed Посмотреть сообщение
В такой ситуации, особых преимуществ Git не дает, а шансов прострелить самому себе ногу - в Git гораздо больше.
В целом согласен. Да, гит сложнее, но его знают больше.
__________________
blog | twitter

Последний раз редактировалось belugin; 28.05.2021 в 11:58.
Старый 03.06.2021, 18:46   #53  
mau is offline
mau
Участник
 
34 / 24 (1) +++
Регистрация: 12.03.2003
Адрес: Москва
Давным-давно я работал в проекте разработки учетной системы в одной российской софтверной фирме. Уровень описания прикладной логики там был очень высокий - документ, папка документов, библиотека документов и папок. Она позволяла очень просто реализовывать простые решения, но были существенные проблемы при реализации более тяжелой функциональности. Необходимо было спускаться ближе к системному коду.

В Аксапте, как мне кажется, наоборот, уровень описания слишком низкий - таблица, класс, форма, отчет, специфические сущности.Это по сути высший технологический уровень. Порой не хватало элементов AOT типа справочник, журнал, документ, бизнес-процесс (который потом появился).

Мне представляется полезным возможность расширения ядра для возможности реализации системы на том уровне абстракции, который требует прикладной домен, для которого разрабатывается система. И это расширение как раз можно сделать плагинами.
За это сообщение автора поблагодарили: Lemming (5).
Старый 04.06.2021, 09:15   #54  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
839 / 581 (21) +++++++
Регистрация: 14.10.2004
Цитата:
Сообщение от mau Посмотреть сообщение
В Аксапте, как мне кажется, наоборот, уровень описания слишком низкий - таблица, класс, форма, отчет, специфические сущности.Это по сути высший технологический уровень. Порой не хватало элементов AOT типа справочник, журнал, документ, бизнес-процесс (который потом появился).
Вот и мне интересно, они специально так делают? Всякие заказы на продажу, складские журналы, спецификации, сопоставления, маршруты комплектации, заказы на производство. Это же все можно засунуть в "документы". И обрабатывать их одинаковым API у которого наружу выставлены одинаковые методы. Вместо это сделали так, что каждый тип документа надо обрабатывать по-своему, изучать его кишки, изучать его структуру классов.
Прикладной программист, по сути, превращается в некоего хакера.
Пусть к "документу" будет низкоуровневый доступ как к таблице. Но хочется чтобы классы, которые обрабатывают "документы" имели одинаковые внешние точки вызова.Меня именно запутанность и разношерстность классов напрягает. А доступ к документам на уровне таблиц - это как раз преимущество.
Даже если брать не Аксапту, а например, сравнить веб-аутлук и майл-ру. В веб-аутлуке все запутано, где-то сообщения снизу вверх идут, где-то сверху вниз. И как-то мало полезной информации на экране, хотя весь экран загроможден чем-то. А в майл-ру с первых же дней использования сразу все понятно. Мне кажется, американские разработчики софта как-то запутались. И странно то, что те разработчики, которые делали удобные инструменты, например Борланд, исчезли. А остались те, которые делают неудобные Я например, в 1989 году не осилил Microsoft MSC, а на Борланд ТурбоВижн написал многооконный текстовый редактор с подсветкой синтаксиса и перекрывающимися окнами в текстовом режиме DOS. А на турбо-ассемблере написал графический редактор с закрашиванием областей.
Я 17 лет работаю со всеми версиями Аксапты, и все равно считаю Аксапту парадоксальной. Но такова жизнь Квантовая запутанность, жизнь состоит из парадоксов. И само явление жизни - это чудо. Поэтому я воспринимаю всю эту корявость как должное - просто я попал в ту вселенную, где такая Аксапта. Волновая функция вселенной так чудит.
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/

Последний раз редактировалось Ace of Database; 04.06.2021 в 09:24.
За это сообщение автора поблагодарили: Lemming (5).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Удаленная разработка в MS Dynamics AX DaxDevRemote Курилка 647 04.06.2017 23:17
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:08.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.