AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.05.2014, 13:44   #1  
twilight is offline
twilight
MCTS
MCBMSS
 
867 / 237 (9) ++++++
Регистрация: 17.10.2004
Адрес: Королёв
А что такого принципиального в 2012? По моему хороший разработчик без труда в ней разберется
***Тема выделена из Состояние рынка труда разработчик Axapta, Москва //oip ***

Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
P.S. надо бы изучать 2012, я, например, без хоть какого-то опыта в 2012 сейчас не рассматриваю в штат.
А что такого принципиального в 2012? По моему хороший разработчик без труда в ней разберется.
__________________
I could tell you, but then I would have to bill you.
За это сообщение автора поблагодарили: Prof (1).
Старый 27.05.2014, 13:46   #2  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Вот только первый проект на AX 2012 разработчик делает в 1,5-2 раза дольше. Ну и с оценками промахивается. Можем в отдельной теме обсудить
__________________
Ivanhoe as is..
Старый 27.05.2014, 21:54   #3  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
С точки зрения разработчика, не вижу проблем работы для кандидата, знающего и имеющего опыт работы в АХ в предыдущей версии. С точки зрения консультанта, возможно, что это не так. Но давайте подумаем, насколько консультант, знающий АХ2009, отличается от себя самого "якобы" знающего АХ2012. И теперь также, только для разработчика?
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 28.05.2014, 00:40   #4  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Pustik Посмотреть сообщение
С точки зрения разработчика, не вижу проблем работы для кандидата, знающего и имеющего опыт работы в АХ в предыдущей версии.
- стоит задача при разноске банковской выписки тянуть определенную фин.аналитику для банковского счета из счета контрагента.
- а, ну это я щас подтяну Dimension[4]. Ой, а где всё?..
- стоит задача создать артефакты контроля доступа для метода сервиса, вызываемого через SysOperation framework.
- а, ну это я щас SecurityKey повешу на пункт меню. Ой, а где всё?
- стоит задача добавить новый класс-наследник в иерархию классов, использующую SysExtension framework.
- а, ну это я щас пару строк кода в switch добавлю для своего наследника. Ой, а где ж оно? Что еще за атрибуты?..
- стоит задача доработать интеграцию стороннего приложения с Аксаптой.
- сейчас быстренько дернем .NET Business Connector. Ой, приложение не в том же домене работает? Какие-такие веб-сервисы?..
- стоит задача сделать импорт продуктов из Excel-файла.
- это импорт номенклатуры что ли? так у меня уже готовый код есть, с проекта на проект таскаю. Ой, а чего за EcoRes*-таблицы? А как мне теперь добавить значение аналитики "размер"?..
- стоит задача доработать кастомизацию, отрабатывающую на validateWrite() такой-то стандартной таблицы.
- ну это как два пальца... ой, тут ведь только sys-слой, а где же код кастомизации-то? какие-такие pre-/post-обработчики событий?..
- стоит задача реализовать обобщенный код, который в зависимости от типа переданного табличного буфера...
- как нечего делать. Ой, а разве buffer.tableId не определяет однозначно таблицу? Что еще за InstanceRelationType?..
- стоит задача реализовать lookup-форму с парой закладок.
- это вообще детский сад. Ой, а что это за ReferenceGroup такой? И почему моя lookup-форма вместо исходной записи, на поле которой вызывается, получает в аргументах запись моего же справочника, который я показываю в lookup'е?
- стоит задача разобраться, почему интерактивно периодическая операция отрабатывает нормально, а в пакете - валится.
- этим нас не напугаешь, щас вот в консоли пакетного сервера аксаптовый отладчик запущу, включу глобальные точки останова... Ой, какой-такой CIL?..
- etc.
За это сообщение автора поблагодарили: mazzy (2), Oz (1), trud (1), raz (5), kashperuk (2), sukhanchik (4), Logger (3), Lucky13 (0), Sada (3), AvrDen (1), Krash (1), Ivanhoe (5), MikeR (3), LRA (2), IvanS (1), wolfstein (3), Alex_KD (2), farlander (1), madm (1), alex55 (1), S.Kuskov (5), R.Safianov (1), Kabardian (7), Leopold Stotch (1), pedrozzz (3), mnt_dx (2), cM3 (1).
Старый 28.05.2014, 10:05   #5  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Спасибо за сравнение.
Интересно было бы теперь сравнить что стало проще и быстрее для разработки а что медленнее и сложнее (читай - дороже).
Старый 28.05.2014, 11:33   #6  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Просьба к модераторам выделить обсуждение разработки 2012 в отдельную ветку. Там и продолжим
__________________
Ivanhoe as is..
Старый 28.05.2014, 11:47   #7  
oip is offline
oip
Axapta
Лучший по профессии 2014
 
2,564 / 1416 (53) ++++++++
Регистрация: 28.11.2005
Записей в блоге: 1
Выделил в отдельную тему. Ну и заодно напомню свою прошлогоднюю запись.
axforum blogs: Небольшой опыт перевода собственного модуля AX 4.0 -> AX 2009 -> AX 2012R2

Цитата:
Сообщение от Logger Посмотреть сообщение
Интересно было бы теперь сравнить что стало проще и быстрее для разработки
Краткий ответ: ничего. Разве что какие-то мелочи, но на общем фоне это несущественно.
__________________
С уважением,
Олег.
Старый 28.05.2014, 12:14   #8  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Logger Посмотреть сообщение
Спасибо за сравнение.
Интересно было бы теперь сравнить что стало проще и быстрее для разработки а что медленнее и сложнее (читай - дороже).
Легко: дороже стало, а чтобы проще и быстрее - нет, такого не припомню.
Я бы теперь смело умножал затраты на разработку и настройку на 1,5 - 2.
Старый 28.05.2014, 12:27   #9  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Добавлю еще про отчетность - Reporting services конкретно другой зверь. Про разработку для POS я вообще молчу.
__________________
Ivanhoe as is..
Старый 28.05.2014, 12:54   #10  
twilight is offline
twilight
MCTS
MCBMSS
 
867 / 237 (9) ++++++
Регистрация: 17.10.2004
Адрес: Королёв
В OLAP стало проще работать с датой, так как теперь Аксапта генерит собственные таблицы для дат (раньше использовалось стандартное измерение времени в OLAP), которые можно модифицировать как угодно по своему усмотрению.
__________________
I could tell you, but then I would have to bill you.
Старый 28.05.2014, 14:06   #11  
CDR is offline
CDR
MCTS
MCBMSS
 
236 / 175 (6) ++++++
Регистрация: 27.11.2003
По-моему, происходит некоторая подмена понятий.

В категорию "сложно" автоматом записали все, что стало "по-другому". А это далеко не одно и тоже. Имхо, очень многие вещи стали действительно проще, но "по-другому".

Например:

Использование шаблонов форм, создание типичных форм сейчас стало проще и быстрее.

Использовать SysOperation, как оказалось, действительно проще и быстрее, чем RunBase. Особенно, добавив несколько своих атрибутов для стандартных задач (например, SysOperationControlAllowEditAttribute)

Написание excel-отчетов используя XmlExcelReport_RU стало в разы проще и быстрее.

Создание Date-Effective таблиц стало проще и быстрее.

Архитектура финансовых аналитик стала сложнее, но для 90% практических задач трудоемкость практически не изменилась. А если взять довольно часто встречающуюся задачу отражения какого-либо справочника системы в фин. аналитику, то сделать это стало значительно проще и быстрее.

В общем, да, очень много стало по-другому. Но это != сложно.
__________________
Dynamics AX Experience
За это сообщение автора поблагодарили: EVGL (2), Logger (3), S.Kuskov (2).
Старый 28.05.2014, 14:18   #12  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от CDR Посмотреть сообщение
Использование шаблонов форм, создание типичных форм сейчас стало проще и быстрее.
Да, только теперь надо расцвечивать каждую кнопку. Если делать это всерьез, требуется новый ресурс - дизайнер/художник.
Радикально упростился апгред форм, зато это компенсируется практической невозможностью апгрейта отчетов.

Цитата:
Сообщение от CDR Посмотреть сообщение
Использовать SysOperation, как оказалось, действительно проще и быстрее, чем RunBase. Особенно, добавив несколько своих атрибутов для стандартных задач (например, SysOperationControlAllowEditAttribute)
Во многом проще и определенно технологичнее, но чем-то сложнее, т.к. появляются траблы с отладкой и надо писать три класса вместо одного.

Последний раз редактировалось EVGL; 28.05.2014 в 14:24.
Старый 28.05.2014, 15:25   #13  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от EVGL Посмотреть сообщение
надо писать три класса вместо одного.
От двух (контракт, действие) до четырех (контракт, контроллер, действие, UI builder).
А почему трудоёмчее написать три класса, чем один в котором все вперемешку?
Старый 28.05.2014, 15:45   #14  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от CDR Посмотреть сообщение
По-моему, происходит некоторая подмена понятий.

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


Цитата:
Сообщение от CDR Посмотреть сообщение
Использование шаблонов форм, создание типичных форм сейчас стало проще и быстрее.
Не соглашусь. Одни кнопки чего стоят. А если делать "красивые" формы как в стандарте (ListPage), то это намного больше времени. И дело не в программисте, технологии или еще чем - просто в AX 2012 теперь так.

Цитата:
Сообщение от CDR Посмотреть сообщение
Написание excel-отчетов используя XmlExcelReport_RU стало в разы проще и быстрее.
У всех уважаемых разработчиков давно есть свое семейство классов для таких отчетов. Но, это локализация. А все остальные репорты в RS - с ним разбираться с нуля очень сложно, для многих очень-очень сложно.

Цитата:
Сообщение от CDR Посмотреть сообщение
Создание Date-Effective таблиц стало проще и быстрее.
На практике можно реальный пример, где это нужно? Не с точки зрения разработчика, а требований функциональности.

Цитата:
Сообщение от CDR Посмотреть сообщение
Архитектура финансовых аналитик стала сложнее, но для 90% практических задач трудоемкость практически не изменилась. А если взять довольно часто встречающуюся задачу отражения какого-либо справочника системы в фин. аналитику, то сделать это стало значительно проще и быстрее.
Вы уверены? А удаления, апдейты? А просто тестовые данные почистить? А разобраться с ОСВ и понять почему она тормозит? А куча таблиц и вьюх, по которым можно просто историю развития вопроса изучать. Сделали сначала "красиво", а потом - начали костыли расставлять по всей системе, ибо не работало.

Еще раз сформулирую свою мысль. Аналогичный проект AX 2012 первый раз разработчик делает в 1,5 - 2 раза дольше. Второй и дальше - дольше процентов на 20%. По консам похожие цифры.
__________________
Ivanhoe as is..
Старый 28.05.2014, 15:46   #15  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от belugin Посмотреть сообщение
От двух (контракт, действие) до четырех (контракт, контроллер, действие, UI builder).
А почему трудоёмчее написать три класса, чем один в котором все вперемешку?
Дольше вникать в чем смысл.
Дольше их все собирать в кучку чтобы окинуть взором и составить представление что же они делают.
Старый 28.05.2014, 16:16   #16  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от Logger Посмотреть сообщение
Дольше вникать в чем смысл.
Дольше их все собирать в кучку чтобы окинуть взором и составить представление что же они делают.
По-моему, когда разложено по полочкам, вникать в чем смысл проще: в контракте и UI builder не будешь искать бизнес логику. понятно какие переменные используются как параметры, а какие только во время выполнения для временных надобностей.
Старый 28.05.2014, 16:18   #17  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
На практике можно реальный пример, где это нужно? Не с точки зрения разработчика, а требований функциональности.
Недавно делал демо, в котором Blocked для номенклатуры ставился "передним числом", своего рода Product Lifecycle для бедных. Сделал вместо поля таблицу, добавил effectivity и понял, что чудес не бывает: для конкретной задачи все равно пришлось писать код и насиловать интерфейс.

Но, как минимум, теперь есть шаблон для подобных разработок, что хорошо.
Старый 28.05.2014, 16:19   #18  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от belugin Посмотреть сообщение
По-моему, когда разложено по полочкам, вникать в чем смысл проще: в контракте и UI builder не будешь искать бизнес логику. понятно какие переменные используются как параметры, а какие только во время выполнения для временных надобностей.
Да это так. Но это не противоречит тому что я сказал.

А что в runBase разве не разложено по полочкам ?
Нужен интерфейс ?
Сразу смотришь методы dialog getFromDialog и.т.п.

Нужна логика работы ?
Смотришь run

и.т.п.

Какая разница как методы разбросаны по классам ?
Старый 28.05.2014, 16:27   #19  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Да ладно вам, все это банальности - RunBase, SysOp... Дополнительное value для клиента стремится к нулю, ему это все до фонаря, трудозатраты примерно одинаковые, только для SysOp-ов больше вероятность ошибки на копипасте.
Старый 28.05.2014, 16:31   #20  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от Logger Посмотреть сообщение
Какая разница как методы разбросаны по классам ?
Это все справедливо если в классе нет никаких переменных и методов кроме перечисленных. Если они появляются, уже не решишь. Например метод convertItem может использоваться как для чего-то внутри run так и для целей UI. По полю не сразу тоже определишь, для чего оно используется - является параметром? результатом работы, какой-то временный кеш?
За это сообщение автора поблагодарили: Logger (2).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: AX Content: Make Microsoft Dynamics AX 2012 yours! Blog bot DAX Blogs 0 01.10.2013 00:12
atinkerersnotebook: Walkthrough & Tutorial Summary Blog bot DAX Blogs 1 09.09.2013 09:11
Sample Design Patterns: Book Give-away: 'Microsoft Dynamics AX 2012 Security How-To' Blog bot DAX Blogs 0 13.12.2012 01:13
sumitsaxfactor: Reporting Projects–Overview [AX 2012] Blog bot DAX Blogs 0 15.06.2012 17:11
dynamicscpm: Migrating to Management Reporter 2012 Blog bot DAX Blogs 0 24.05.2012 01:13
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

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