Нужна ли теоретическая подготовка при программировании в Axapta?

[gl00mie]

Цитата:

Сообщение от Владимир Максимов

Вот каким боком знание устройства двигателя внутреннего сгорания поможет Вам в управлении автомобилем?

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

Цитата:

Сообщение от Владимир Максимов

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

Какие, например? Накладные, проводки по клиентам/поставщикам/номенклатуре? Идеология системы предусматривает активную работу только с текущим, образно говоря, рабочим набором данных: открытыми проводками либо проводками только в открытых периодах, не полностью отгруженными заказами, ненулевыми остатками в наличии, etc. Проблемы обычно возникают из-за некорректных модификаций, когда становится невозможно удалять разнесенные журналы и те же полностью отгруженные заказы или когда что-то считается с начала времен.

Цитата:

Сообщение от Владимир Максимов

Если программирование выполняется в рамках "идеологии" среды, то нужный инструмент окажется создан автоматически вне зависимости от того, используется он или нет. Знает о них разработчик или нет. Все происходит как-бы само по себе. "Автоматически"

Утопия! О таких волшебных средах/framework'ах мечтали в свое время разработчики CASE-систем, но все равно оказалось, что без программистов не обойтись...

Цитата:

Сообщение от Владимир Максимов

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

Надеюсь, этот пассаж про смешение презентационной и безнес-логики был лишь стёбом...

Цитата:

Сообщение от Владимир Максимов

Ну, вот нашли Вы дырку в абстракции. И что Вы дальше будете делать? А ничего! Вы находитесь не на том "уровне" чтобы исправить эту дырку.

Как минимум можно сообщить разработчику абстракции и получить хорошие шансы на то, что дырка будет им вскоре залатана; если разработчик не будет знать о дыре, очень велика вероятность, что проблема так никуда и не денется.

Цитата:

Сообщение от Владимир Максимов

Вы можете ее только обойти или смириться с ее существованием.

Ну как так... вот, к примеру, падает тот же АОС при выполнении определенного кода, или клиент виснет в каких-то ситуациях, или все работает, но на ровном месте памяти отжирается невообразимо много... Пусть проблема в АОСе/клиенте/виндах/еще ком-то - но это же не значит, что ее не надо пытаться решать или хотя бы пытаться смягчить ее проявления? Деньги-то не за то платят, чтобы руки разводить и говорить "я не на том уровне"