Как ощущения от Axapta 2012 R2 ?

[sukhanchik]

Цитата:

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

подавляющее большинство кода осталось как было - вот такое мое впечатление.

Хех... Наличие кода не говорит о сохранении идеологии работы в системе. Кстати, код может быть и нерабочим

Пример 1. Формы ListPage. Раньше открываешь справочник клиентов и в нем можно сразу править. Теперь идеология сменилась - сначала открывается список (CustTableListPage), а затем можно провалиться в форму деталей. Не беря в расчет выполненные изменения над формой деталей - можно сказать, что для правки записи о клиенте - необходимо теперь из формы списка провалиться в форму деталей, тогда как в предыдущих версиях системы можно было править данные сразу в одной форме.

Что было сделано: Добавлена новая форма и вызов из меню был перенаправлен на новую форму. Старый код остался как был - он не менялся. Но идеология работы изменилась.

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

Пример 3, разработческий. Раньше я мог рассчитывать на 1,5-2 часовую компиляцию системы. На то, что за ночь у меня полностью обновятся перекрестные ссылки. По крайней мере на имеющемся у меня сервере, который является вполне рабочим. Теперь - не могу. Значит я должен как-то перестраивать идеологию работы с кодом, исходя из того, что теперь с утра я не получу свежую информацию о перекрестных ссылках.
Что было сделано: Было добавлено много кода. Понятное дело, что если объем кода увеличить в 2 раза (как минимум), то и построение ссылок и компиляция будут как минимум в 2 раза дольше работать. Но когда это "дольше" превысит некоторый критический порог по времени (ночь) - то для меня, как для разработчика - этот факт создаст задачу по продумыванию идеологии смены подхода (не рассчитывать теперь на свежие перекрестные ссылки с утра). Хотя код остался старым .

[Vadik]

Цитата:

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

Пример 3, разработческий. Раньше я мог рассчитывать на 1,5-2 часовую компиляцию системы. На то, что за ночь у меня полностью обновятся перекрестные ссылки. По крайней мере на имеющемся у меня сервере, который является вполне рабочим. Теперь - не могу. Значит я должен как-то перестраивать идеологию работы с кодом, исходя из того, что теперь с утра я не получу свежую информацию о перекрестных ссылках

Не расскажете, что у вас за проект \ команда такие, что поменяв "о" малое (0.01 - 0.10 %) от общего числа объектов в системе за день, ну позарез нужно обновить перекрестные ссылки к следующему утру ?

Цитата:

Раньше я мог рассчитывать на 1,5-2 часовую компиляцию системы

Теперь можете рассчитывать на 3 (что в принципе при заявленном для RTM разрастании кода раза в 3 плюс все локализации включая индийскую в одном слое весьма неплохо) - эта разница в 1 час принципиальна ?

[sukhanchik]

Цитата:

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

Не расскажете, что у вас за проект \ команда такие, что поменяв "о" малое (0.01 - 0.10 %) от общего числа объектов в системе за день, ну позарез нужно обновить перекрестные ссылки к следующему утру ?

Все просто. Когда добавляешь код - так сильно ссылки не нужны. Когда удаляешь код - ссылки ОЧЕНЬ нужны. А дальше - все зависит от того - кто как работает. Легко добавлять код в стандарт. Сложнее чистить "авгиевы конюшни". В т.ч. при переводе "решений" на АХ 2012. Если конечно вести разговор не о тупом переносе кода, а об анализе слабодокументированного функционала и попытке его применения к новым реалиям.

Цитата:

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

эта разница в 1 час принципиальна ?

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

[Logger]

Цитата:

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

Пример 3, разработческий. Раньше я мог рассчитывать на 1,5-2 часовую компиляцию системы. На то, что за ночь у меня полностью обновятся перекрестные ссылки. По крайней мере на имеющемся у меня сервере, который является вполне рабочим. Теперь - не могу. Значит я должен как-то перестраивать идеологию работы с кодом, исходя из того, что теперь с утра я не получу свежую информацию о перекрестных ссылках.
Что было сделано: Было добавлено много кода. Понятное дело, что если объем кода увеличить в 2 раза (как минимум), то и построение ссылок и компиляция будут как минимум в 2 раза дольше работать. Но когда это "дольше" превысит некоторый критический порог по времени (ночь) - то для меня, как для разработчика - этот факт создаст задачу по продумыванию идеологии смены подхода (не рассчитывать теперь на свежие перекрестные ссылки с утра). Хотя код остался старым .

Проблема со скоростью сбора перекрестных ссылок была и в 2009-й. Просто не стояла так остро. Но 6-11 часов на сбор ссылок все равно многовато было.

Меня напрягает другое. Теперь даже собранные перекрестные ссылки не покрывают весь код системы. Как жить дальше ? Как разбираться в новом коде ? Как оценивать риски от внесения изменений в приложение ?

[belugin]

Цитата:

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

Теперь даже собранные перекрестные ссылки не покрывают весь код системы.

Можно про это подробнее? Я сталкивался с тем, что нет перекрестных ссылок на метод изнутри той же иерархии - вы про это?
Правда сам я их не перестраиваю, у нас это делается централизовано, а я достраиваю только свои изменения (включаю построение при компиляции и перекомпиляю)