"Собственные модули" в Axapta

[Stepa]

Выскажу свое видение - под "собственный модуль" мною понимается написание достаточно большого объема функционала, написание грамотное - не по ходу дела дорабатываем три года и вот родилось, а изначально имея ТЗ, ну и конечно потом дорабатываем -. Почему это важно - в Аксапту будет тянуться то, чего в ней ну уж как не ищи, не найдешь.
А будет это отдельным пунктом меню или еще как - по большому счету все равно.

[mazzy]

Цитата:

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

ИМХО "собственный модуль" для некоторых руководителей является показателем профессионализма и умения работать с нестандартным кодом

"нестандартный код" - это код не из стандартных модулей?
в любом случае, какая разница в коде то?

Цитата:

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

Выскажу свое видение - под "собственный модуль" мною понимается написание достаточно большого объема функционала, написание грамотное - не по ходу дела дорабатываем три года и вот родилось, а изначально имея ТЗ, ну и конечно потом дорабатываем

Во-первых, спасибо.
Во-вторых, ... вот пройдет пара лет, сменится команда спецов (может быть, неоднократно), на ходу поменяются требования (может быть, неоднократно) и "собственный модуль" превратится в такую же мешанину исторических напластований... что и стандартный код.

Поэтому очень скпетически отношусь к результату попыток "написать с нуля". И наличие бесчисленных поделок в 1С только подтерждает мою личную убежденность.

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

В общем, попробуйте. Вы не первые. Но вдруг у вас что-нибудь получится.

[ice]

Цитата:

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

"нестандартный код" - это код не из стандартных модулей?
в любом случае, какая разница в коде то?

честно говоря, трудно дать определение этому выражению, но с таким кодом постоянно приходится иметь дело

[Lemming]

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