|
21.12.2017, 13:29 | #1 |
Участник
|
А разве не легче написать AX 3.0 самому? Что там такого?
|
|
21.12.2017, 13:55 | #2 |
Участник
|
|
|
21.12.2017, 17:06 | #3 |
Участник
|
Цитата:
ps: и собственно зачем "тащить" уже известные "нюансы" как архитектуры так и бизнес-логики ax.. еще и в unix ? Разве там каких-то своих "аналогов" не хватает?)) |
|
21.12.2017, 22:23 | #4 |
Banned
|
То есть зона комфорта. Особенно после 10 лет отсидки. Не так?
Цитата:
На определенном пороге количества изменений система становится гавном рано или поздно. Цитата:
Сообщение от Damn
То есть в сторону SAP ушла. И освободила практически своё ранее занимаемое место. ...Не знаю как за рубежом, но в нашей стране есть много контор, в которых постоянно нужно что-то программировать в системе. Не глобально, а по мелочи (причём "по мелочи" с точки зрения D365 и Ax2009 - это сильно разные вещи).
|
|
22.12.2017, 10:25 | #5 |
Участник
|
Цитата:
Сообщение от ALES
Даже если MS и "подарит" 3шку со всеми исходниками и прочими "потрохами", что "скомпилированный" под unix, что "легче написать самому" 1X в "тестировании" отъест IMHO больше времени, чем "написать что-то новое". Сценариев для проверки галочек в контексте "всех процессов" и ожидаемых результатов от работы с системой отродясь в "доступной" документации не было и это никто не получит ни с MS ни с Damgaard .
Грабли, на которые не стоит наступать |
|
22.12.2017, 15:24 | #6 |
Участник
|
Есть, но к выходу уже "провернутого" фарша 3.0 на другой платформе это какое отношение имеет? Сообщество в "что есть" и "с чем есть" 365 уже погрузилось
|
|