Использование платформы

[niksen]

Личный интерес. Реально ли выдернуть все таблицы, классы, запросы, касающиеся стандартного функционала из приложения, всмысле удалить. Затем взять и писать своё приложение аналогично тому, как это делают 1Сники? То есть использовать чистую платформу Dynamics AX для создания другого клиент-серверного приложения, при этом пользуясь многими преимуществами и инструментами платформы.

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

[ice]

Зачем выкидывать? просто не используйте, скройте все пункты меню (можно выключить конфигурационные ключи). напишите новый модуль не используя стандартную логику, либо используя только нужную часть. Или вам мешает заполненный AOT?

[Vadik]

Цитата:

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

Интересует причём именно выдернуть, оставить какие-то мелочи, а затем написать что-то практически с нуля

Вы в курсе стоимости лицензии? Не дороговато ли выходит - за конструктор-то ?

[oip]

Цитата:

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

Вы в курсе стоимости лицензии? Не дороговато ли выходит - за конструктор-то ?

В курсе. Зато с переходом на новые версии проблем нет.

[S.Kuskov]

Выкинуть, в смысле удалить, можно только если есть лицензия на разработку в SYS слое.

[Vals]

Отраслевые решения вписываются в эту концепцию, например, www.amand.org
К базовой функциональности, которая может и не использоваться добавляют необходимую отраслевую специфику написанную с нуля.

[oip]

Цитата:

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

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

Не очень понятно, зачем что-то удалять, если можно просто не использовать?

Знаю успешный пример решения (не связанного с ERP) на платформе Dynamics AX, где из стандартных объектов используются разве что справочники пользователей, сотрудников, да валют.

[driller]

Цитата:

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

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

Дежавю, здешних разговоров эдак начала 2000-х, если не путаюсь с датами, поищите по форуму, местами было занятно, были ортодоксальные последователи которые хотели снести всё к чертям до SYS слоя, и писать свою Аксапту с блэкджеком и ш***ами, и т.д. и т.п. Где теперь все эти герои...
Кажется эти идеи уже давно забыты, даже в среде одинэсников их породивших.
Задумайтесь сколько ресурсов и времени потребуется для разработки хотя бы одного полноценного модуля, и окупится ли это? Поинтересуйтесь у EVGL и fed они как то обсуждали эту тему.
И главное зачем вам это нужно, для красивой строчки в резюме, или считаете что проще написать своё чем разобраться в чужом?
Считаю что Аксапту создали далеко не глупые люди, и думаю без опыта построения крупных систем, при собственной разработке, вы так же погрязните в архитектурных ошибках, и как водится на проектах при отсутствии должной документации, родится у вас такой монстрик...

[kornix]

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

[mnt_dx]

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

[MikeR]

Цитата:

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

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

Можно ли эти конторы в студию?


ЗЫ был опыт работы на подобном проекте, где вместо 10 допустим аксаптовых багов рождалось 100 своих новых.

[mnt_dx]

Цитата:

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

Можно ли эти конторы в студию?


ЗЫ был опыт работы на подобном проекте, где вместо 10 допустим аксаптовых багов рождалось 100 своих новых.

Конторы называть не буду, но у меня есть подозрение, что так считает 9 из 10 самостоятельно внедряющих, такой своеобразный понт: у нас очень круто всё, мы выше стандарта

[Raven Melancholic]

Если верить опросу:
Портрет участника 2011-2012: Как сильно модифицировано ваше приложение Аксапты? (в %, методика в первом сообщении)
Приложение модифицировано более, чем на 50% у более чем 10% участников опроса. Если убрать ответы о том, что DAX не используется или не знаю/все равно, то даже серьезно больше 10%.

[ice]

Цитата:

Сообщение от Raven Melancholic

Если верить опросу:
Портрет участника 2011-2012: Как сильно модифицировано ваше приложение Аксапты? (в %, методика в первом сообщении)
Приложение модифицировано более, чем на 50% у более чем 10% участников опроса. Если убрать ответы о том, что DAX не используется или не знаю/все равно, то даже серьезно больше 10%.

в методике определения модифицированности, есть допущение, там предложено "объем" своих доработок делить на "объем" стандарта, но ведь не все используют полностью весь стандарт (все модули, формы и пр), скорее всего большинство из того что используется модифицировано и добавлено куча нового

[gl00mie]

Цитата:

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

Знаю успешный пример решения (не связанного с ERP) на платформе Dynamics AX, где из стандартных объектов используются разве что справочники пользователей, сотрудников, да валют.

Колумбусовский трекер?

Цитата:

Сообщение от Raven Melancholic

Если верить опросу, приложение модифицировано более, чем на 50% у более чем 10% участников опроса.

Так это все - объемы файлов... Наплодить 15 копий отчета "счет-фактура" под разных клиентов общим объемом мегов эдак 10-15 и наплодить своего кода в виде классов на те же 10-15 мегов - это две большие разницы...

[oip]

По-моему, вы отклонились от темы. Исходный вопрос был не про "переписать свою Аксапту с блэкджеком и ш***ами", а про "использовать чистую платформу Dynamics AX для создания другого клиент-серверного приложения, при этом пользуясь многими преимуществами и инструментами платформы". Ну вот просто использовать MorphX вместо, например, VS.

[Atani]

Niksen, реально, делали.

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

[BOAL]

Все это "каша из топора", чтоб начать делать, тк самим с нуля страшно
Потому и хочется брать голую АХ или голую 1С (у них реально есть узкопрофильные конфы из 10-20 таблиц\форм\отчетов, типа картотеки библиотеки).

В современном мире нужно брать среду программирования и делать что-то на web!!!
Если уж готовое не сдалось и решено писать свое.
И чтоб сразу на планшетах ИПад и Андройд работало (тот же 1С сча затачивают для ИПада, там вообще веб клиент идет сразу, без шаманства с шарепоинтом и EP).
Или полный опен-сорс (где ядро тоже опен) - была в 2008 какая-то испанская erp на java - как заготовка самое то.

Просто всем лень писать свое ядро, хочется "таблицу юзеров, инструментарий и тп"
Да, в АХ с этим и правда все ок.
Жаль нет таких лицензий.
Стоило бы копейки, было б очень распространено, и писали все свое, развивая платформу.

Потому с таким минимумом можно вообще взять любой двиг от CMS и писать свою бух или упр учет систему на нем (блог сразу в комплекте То есть трекер и документооборт уже почти готовы)

В вопросу о производительности и несерьезности подхода - тот же фейсбук на РНР писался и тянул много народу (сча он на чем переписан не знаю).
Так что для фирмы в 100-500 юзеров, РНР вполне потянет, как вариант.

А на вопрос, как все стереть ответ есть (ну или был) - был какой-то волшебный ключик запуска для командной строки на АХ 2.5, который грохал все слои

Если без него оч хочется все поприбить, то пока АХ2012 не началось, можно тереть АОД файлы
Собрать свой СИС выгрузкой нужного в ХРО и в свой слой
И подложить

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

В АХ хоть конфиг ключи таблицы и поля реально вырубают, что позволяет не захламлять СУБД
В том же 1Се, к сожалению, аналогичные функциональные опции не вырубают поля в СУБД, а просто скрывают на формах.

[AlGol]

Цитата:

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

...
Жаль нет таких лицензий.
Стоило бы копейки, было б очень распространено, и писали все свое, развивая платформу.
...

Насчет стоимости - это очень сильная натяжка.
Точнее, гипотеза, ни на чем не основанная.

[BOAL]

Цитата:

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

Насчет стоимости - это очень сильная натяжка.
Точнее, гипотеза, ни на чем не основанная.

ну не хочешь же ты сказать, что АХ - это такая платформа, что ее и "даром не нужно"?
Раз за нее платят денежки, то при бесплатности\дешевизне ее будут брать как среду для разработки (типа аксесных базок или 1С пустой конфы)

То есть, гипотеза основана на аналогичном ПО с вменяемой доступностью для самописа.

Это если бы АХ с нуля так пытались раскрутить, то да, могло и отпугнуть (что и произошло с упомянутой мной испанской опенсорс erp).
А раз комьюнити есть, то ценители сразу начнут писать свои решения, где вся монетизация идет им, и только копеечка МСу, а не наоборот

PS Кстати, погуглил и сразу нашел
http://www.erp-online.ru/software/open/

Есть из чего выбирать, однако.

Предлагаю тему создать про опенсорс ERP, как платформу для творчества (или можно тут) и отписаться, кто что смотрел и изучал.
Так сказать своими словами, свое ИМХО глазами АХтера.