Существуют ли недостатки у Axapta

[ppson]

То есть закрытие склада хоть и стало правильным но не совсем ?
Ё!
Придеться продолжать врать клиентам о том что в аксапте аналитический учет совпадает с синтетическим , либо вообще склад закрывать втихушку ...
P.S. EVGL, извини за прямоту, а ты летал на эти семинары ?

[EVGL]

Цитата:

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

EVGL, извини за прямоту, а ты летал на эти семинары ?

Нет. Я и раньше, и сейчас отказываюсь от бессмысленных командировок, даже если речь идет о субтропических островах. Раньше и система поддержки была несколько другая в Navision: запрос не закрывался как минимум до тех пор, пока программист в Дании не исправил запрос. Была эскалация, порой очень длительная, но наивного перекладывания ответственности было все же меньше.

А вот еще пример. Восточноевропейская версия. 3-Tier. Открываем форму CustInvoiceJour, опять получаем ошибку времени выполнения в \Classes\Global\allowEditFieldsOnFormDs_W. В августе писал предложение 8281846: добавьте "if", поскольку _dataSource.object(idx) может и не существовать. Ответ умника из разработки (VALU, не иначе, его стиль) достоин цитирования:

Цитата:

[The] code is absolutely correct, because for each field in table we have FormDataObject on form datasource. After adding new field on table you should logoff from system and then logon. In some case you have to repeat this procedure some times. Proposed solution doesn't solve any problems. It won't be added to the next Microsoft Axapta release.

Без комментариев. Умник из разработки даже не знает, что "in some cases" не помогает даже остановка AOS, не то что перезапуск клиента. Ок, я у себя проблему уже решил, хотел помочь бывшим коллегам делать их работу лучше, в ответ получаю не просто ложный, а наглый ответ.

[ppson]

Хм. Если программист в Дании исправит ошибку...
А как программисты в России исправляют ошибки? А как "фича" признается "багом"?
Мне все было как то туманно представлять все эти передаресации запросов. И понятно, что полномочия рядового сотрудника службы поддержки не позволяют ему ответить самостоятельно на вопросы - "это ошибка?" "Это будет исправляться?" и так далее.
Несколько лет назад я долго переписывался по одной ошибке в модуле, разработанным Навиженом с службой поддержки.
В конце концов после очередной итерации получил ответ что эта "фича" признается ошибкой, но исправляться не будет и в планы по "развитию" модуля включена не будет . Клиенту само собой это "фичу" исправили, но с тех пор я как то отошел от общения с МБС, поняв что разговаривать с радио бесполезно, могут и белый халат одеть .

[EVGL]

Цитата:

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

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

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

[glibs]

Цитата:

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

...Раньше и система поддержки была несколько другая в Navision: запрос не закрывался как минимум до тех пор, пока программист в Дании не исправил запрос. Была эскалация, порой очень длительная
...

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

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

У меня тут гадкая мысль закралась по поводу новой концепции системы поддержки.

Нам в Аксапте 4.0 обещали так называемый "zero bug release". Под последним понималось отсутствие зарегистрированных багов.

Про Аксапту уже можно забывать (теперь у Микрософтра "новый" продукт Динамикс...). А вот отсутствие зарегистрированных багов не задумали ли часом решить за счет истребления запросов, а не багов?

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

[EVGL]

Цитата:

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

Оказывается, во всем виноват сапорт.

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

[glibs]

Цитата:

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

...Не надо приписывать мне то, чего я не говорил...

Извините, это была моя эмоциональная оценка происходящего.

Цитата:

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

...Я утверждаю, что виноват новый внутренний распорядок...

Можете обосновать, в чем то, что я сказал, противоречит вашему утверждению? Ведь распорядки по разработке/продаже вы не критиковали.

[EVGL]

Цитата:

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

Можете обосновать, в чем то, что я сказал, противоречит вашему утверждению? Ведь распорядки по разработке/продаже вы не критиковали.

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