AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.05.2010, 21:57   #1  
RVS is offline
RVS
Сенбернар
Аватар для RVS
Злыдни
 
696 / 130 (6) +++++
Регистрация: 27.02.2003
Адрес: Королев МО
"Собственные модули" в Axapta
Который раз уж вижу и слышу - "написание СОБСТВЕННОГО модуля в Ax - это мегакруто". К примеру - здесь: Москва - Сильный программист Axapta

Кто бы пояснил - оно действительно так? И чем собственный модуль так уж сильно круче ветки в меню того (существующего) модуля Ax, к которому он, собственный, наиболее тяготеет?

КМК, все эти "собственные" модули (на клиенте, тем более) - скорее зло, чем добро, и идет скорее от непонимания того, что система уже может и того, что надо довернуть, чтобы она еще и местные хотелки перекрыла.

Вооот...
__________________
Best Regards,
Roman
Старый 24.05.2010, 09:51   #2  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,479 / 1250 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Есть плюсы, есть минусы. Конечно, самый класс, это настолько хорошо разбираться в системе, чтобы по-максимуму использовать стандартную функциональность. При этом понимать архитектуру и оценивать влияние доработок на систему вцелом. Но! При этом гораздо усложняется процесс перехода на новые версии системы. Отдельно стоящий блок легче переносить. К тому же, это тянет на "вертикальное решение", которое легче пиарить. Лучше сказать "Мы написали супер-пупер ***", чем сказать "Мы разобрались в стандарном ****, настроили его и заставили работать, а также сделали ряд доработок для повышения удобства использования".

С Уважением,
Георгий
Старый 24.05.2010, 10:00   #3  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от George Nordic Посмотреть сообщение
усложняется процесс перехода
легче переносить
"вертикальное решение", которое легче пиарить.
Лучше сказать "Мы написали супер-пупер ***", чем сказать "Мы разобрались в стандарном ****
Типичный взгляд типичного партнера и типичного локализатора. С горизонтом планирования в год-два.

Все что угодно, кроме "как этим люди будут пользоваться". С горизонтом планирования в пять-десять лет.
__________________
полезное на axForum, github, vk, coub.
Старый 24.05.2010, 10:05   #4  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от RVS Посмотреть сообщение
"написание СОБСТВЕННОГО модуля в Ax - это мегакруто"

Кто бы пояснил - оно действительно так?
Тут дьявол в деталях.

Согласен: "написание СОБСТВЕННОГО модуля в Ax при условии полной и бесшовной интеграции с существующим функционалом - это мегакруто"

Не согласен: "написание СОБСТВЕННОГО отдельно стоящего модуля в Ax - это мегакруто"

Отдельно стоящий модуль в AX написать легко и беззаботно (даже легче, чем создать конфигурацию с нуля в 1С). Правда пользователи такого модуля не смогут использовать остальной функционал Аксапты. Со всеми вытекающими (как и в 1С). В результате отдельно стоящий модуль в AX превращается в аналог 1С, только существенно дороже.
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: konopello (1).
Старый 24.05.2010, 10:08   #5  
konopello is offline
konopello
SAP
SAP
 
628 / 76 (4) ++++
Регистрация: 08.11.2005
Адрес: Минск
Цитата:
При этом гораздо усложняется процесс перехода на новые версии системы. Отдельно стоящий блок легче переносить. К тому же, это тянет на "вертикальное решение", которое легче пиарить. Лучше сказать "Мы написали супер-пупер ***", чем сказать "Мы разобрались в стандарном ****, настроили его и заставили работать, а также сделали ряд доработок для повышения удобства использования".
Да это круто если Вы написали именно свой модуль, качественно написать свой модуль, не под цели одного заказчика это действительно довольно сложно..... у нас же происходит все как обычно пишим под конкретные цели одного заказчика а потом продоем это как подойдет всем. А еще круче когда Ваш модуль полностью базируется на стандарте и ни как его не ломает : )
Старый 24.05.2010, 10:10   #6  
Zodiak is offline
Zodiak
Участник
 
61 / 22 (1) +++
Регистрация: 16.01.2004
Адрес: СПб
Цитата:
Сообщение от George Nordic Посмотреть сообщение
Но! При этом гораздо усложняется процесс перехода на новые версии системы.
есть подозрение, что это зависит от двух факторов - кривости рук разработчиков модуля и дисциплины разработчиков стандартного функционала, которые делают "внутренний API" модулей. Если модуль написан с использованием этого API, и API от версии к версии меняется с сохранением совместимости - проблемы при переходе должны быть минимальны, по идее.
Старый 24.05.2010, 10:15   #7  
ice is offline
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,731 / 406 (17) +++++++
Регистрация: 23.03.2006
еще смотря что считать за собственный модуль, например, в книжке по Ax описывается пример создания модуля управления гостиницей, и те кто его сделал, могут говорить, что они создали собственный модуль

пс и там полная бесшовная интеграция есть
За это сообщение автора поблагодарили: mazzy (2).
Старый 24.05.2010, 10:18   #8  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Zodiak Посмотреть сообщение
которые делают "внутренний API" модулей.
М-м-м... (аж зубы заныли)

Пока ситуация сильно ухудшилась. Прежде всего с переходом на Reporting Service, который диктует прямое обращение к данным и не может нормально обращаться к методам самой Аксапты...

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

Впрочем, это совершенно отдельная тема.
Извините.
__________________
полезное на axForum, github, vk, coub.
Старый 24.05.2010, 10:37   #9  
RVS is offline
RVS
Сенбернар
Аватар для RVS
Злыдни
 
696 / 130 (6) +++++
Регистрация: 27.02.2003
Адрес: Королев МО
Цитата:
Сообщение от mazzy Посмотреть сообщение
Тут дьявол в деталях.
Точно Поэтому сужу тему:

- речь не о партнере, а о клиенте. Однозначно - о клиенте.
- речь о том, что в определенных кругах, похоже, слова "собственный модуль" - это... ПЯТЬ
- речь о том, что я не понял, чем, собственно, "собственный модуль" так сильно круче, чем просто ветка меню, и просил гуру разъяснить по возможности.

Насколько я понимаю, в лицензию его запихать все равно не получится. А коли так - в чем, собственно, разница?
__________________
Best Regards,
Roman
Старый 24.05.2010, 11:05   #10  
Stepa is offline
Stepa
Участник
 
2 / 10 (1) +
Регистрация: 23.05.2010
Выскажу свое видение - под "собственный модуль" мною понимается написание достаточно большого объема функционала, написание грамотное - не по ходу дела дорабатываем три года и вот родилось, а изначально имея ТЗ, ну и конечно потом дорабатываем -. Почему это важно - в Аксапту будет тянуться то, чего в ней ну уж как не ищи, не найдешь.
А будет это отдельным пунктом меню или еще как - по большому счету все равно.
Старый 24.05.2010, 11:24   #11  
ice is offline
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,731 / 406 (17) +++++++
Регистрация: 23.03.2006
Цитата:
Сообщение от RVS Посмотреть сообщение
Точно Поэтому сужу тему:

- речь не о партнере, а о клиенте. Однозначно - о клиенте.
- речь о том, что в определенных кругах, похоже, слова "собственный модуль" - это... ПЯТЬ
- речь о том, что я не понял, чем, собственно, "собственный модуль" так сильно круче, чем просто ветка меню, и просил гуру разъяснить по возможности.

Насколько я понимаю, в лицензию его запихать все равно не получится. А коли так - в чем, собственно, разница?
ИМХО "собственный модуль" для некоторых руководителей является показателем профессионализма и умения работать с нестандартным кодом

Последний раз редактировалось ice; 24.05.2010 в 12:46.
Старый 24.05.2010, 11:57   #12  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,766 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Сколько я таких решений видел, везде есть разной степени тяжести недочёты, которые не позволяют назвать решение красивым.

Хочу посоветовать командам разработчиков показывать ТЗ экспертам на предмет проверки "чё мы такого упустили".
Старый 24.05.2010, 12:21   #13  
ice is offline
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,731 / 406 (17) +++++++
Регистрация: 23.03.2006
Цитата:
Сообщение от Vals Посмотреть сообщение
Сколько я таких решений видел, везде есть разной степени тяжести недочёты, которые не позволяют назвать решение красивым.

Хочу посоветовать командам разработчиков показывать ТЗ экспертам на предмет проверки "чё мы такого упустили".
"а судьи кто?"
Старый 24.05.2010, 12:29   #14  
Zabr is offline
Zabr
Участник
Axapta Retail User
 
1,202 / 345 (14) ++++++
Регистрация: 26.06.2002
Адрес: Москва
На такой вопрос вообще нет и не может быть ответа. Во всём есть свои сложности, и своя простота, дело только в расставленных акцентах. Невозможно сказать, что более круто а что нет. Нужно вообще рассматривать каждую конкретную модификацию отдельно, чтобы понять - круто это или нет, независимо от того, отдельный это модуль или модификация стандартного.
  • Сложность серьезных модификаций на основе существующих модулей - в доскональном знании их архитектуры, в знании стандартного (а значит - чужого) кода и способов его правильного использования (что для чужого кода всегда сложно, особенно в условиях тотального отсутствия документации от разработчиков и архитекторов системы).
  • Сложность написания собственных модулей, не базирующихся на стандартном функционале - в доскональном и полном понимании бизнес-процессов, для которых разрабатывается этот функционал, и как этот функционал нужно правильно связать со стандартным (если это нужно, а бывает что и не нужно вообще).
За это сообщение автора поблагодарили: EVGL (2).
Старый 24.05.2010, 12:31   #15  
RVS is offline
RVS
Сенбернар
Аватар для RVS
Злыдни
 
696 / 130 (6) +++++
Регистрация: 27.02.2003
Адрес: Королев МО
Цитата:
Сообщение от ice Посмотреть сообщение
ИМХО "собственный модуль" для некоторых руководителей является показателем профессионализма и умения работать с нестандартным годом
Именно... Выше автор поста, на который я ссылался, пояснил, что "собственный модуль", в его понимании - это

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

Stepa,

Будучи программистом, на вопрос про "собственный модуль" - честно отвечу "нет"; на вопрос про "большой объем... по ТЗ" - "да".

Почувствуйте разницу
__________________
Best Regards,
Roman
Старый 24.05.2010, 13:14   #16  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,766 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
Сообщение от ice Посмотреть сообщение
"а судьи кто?"
1. Те, кому вы доверяете.
2. Не судить, а подсказать альтернативы, пути решения, возможности и т.д.
Старый 24.05.2010, 13:16   #17  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ice Посмотреть сообщение
ИМХО "собственный модуль" для некоторых руководителей является показателем профессионализма и умения работать с нестандартным кодом
"нестандартный код" - это код не из стандартных модулей?
в любом случае, какая разница в коде то?

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

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

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

В общем, попробуйте. Вы не первые. Но вдруг у вас что-нибудь получится.
__________________
полезное на axForum, github, vk, coub.
Старый 24.05.2010, 15:37   #18  
ice is offline
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,731 / 406 (17) +++++++
Регистрация: 23.03.2006
Цитата:
Сообщение от mazzy Посмотреть сообщение
"нестандартный код" - это код не из стандартных модулей?
в любом случае, какая разница в коде то?
честно говоря, трудно дать определение этому выражению, но с таким кодом постоянно приходится иметь дело
За это сообщение автора поблагодарили: RVS (1).
Старый 24.05.2010, 17:18   #19  
Lemming is offline
Lemming
Участник
Аватар для Lemming
 
1,144 / 343 (14) ++++++
Регистрация: 20.04.2004
Адрес: Москва, Чайнатаун в Люблино
Записей в блоге: 10
Thumbs down
Неоднократно участвовал в подобной затее. Ничего крутого в этом нету. Всякий раз когда казалось бы - сейчас мы "сделаем конфетку", все эти затеи спотыкались о реальную действительность, которая видна не на стадии проектирования или тестирования, а когда её начинают юзать конечные пользователи. ИМХО, самая большая сложность в этом деле это именно на стадии проектирования учесть все то, чего мы еще даже не предполагаем Как пишет Эльдар Мусаев, получается не "экономика знаний", а "экономика открытий". В общем, раз уж вопрос стоит "круто это" или "не круто". Ответ, не круто. Реально круто, уметь адаптировать стандартный функционал так, что если вдруг твою модификацию отключают, то система работает стандартным образом, без оговорок, вроде: "из-за этой вот модификации, стандартом мы уже не сможем пользоваться".
За это сообщение автора поблагодарили: ds1678 (1), apanko (4).
Старый 29.05.2010, 17:23   #20  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
У меня вот другие несколько проблемы. Интеграция с системой - лучше некуда, зато часто не хватает времени или духа довести собственные идеи до логического конца. Пример: сделали печать ярлыков из журнала ГП в производстве, но не сделали аналогичной печати ярлыков для приемки сырья. Сидим, дописываем.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Разделены подразделы "Новости партнеров" и "Другие новости". А также наведен порядок в темах в разделе Рынок mazzy Информация для участников 0 01.11.2008 20:20
MorphX: Научите "сохранять всенастройки непосредственно в основной базе данных (БД) ERP Axapta и возможность их настройки с использованием возможностей интерфейса MorphX" aidsua Курилка 4 05.06.2008 23:49
А что это такое"Navision, Axapta"? Unregistered111 Обсуждение форума 3 24.06.2005 14:44
Создан новый раздел форума "Функционал Axapta" Роман Кошелев Обсуждение форума 0 14.08.2002 19:48
События в ГК "Счастливый Кроха" часть 3 Nikolson Курилка 5 23.05.2002 15:26

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 03:00.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.