![]() |
#1 |
MCTS
|
А что такого принципиального в 2012? По моему хороший разработчик без труда в ней разберется
***Тема выделена из Состояние рынка труда разработчик Axapta, Москва //oip ***
А что такого принципиального в 2012? По моему хороший разработчик без труда в ней разберется.
__________________
I could tell you, but then I would have to bill you. |
|
|
За это сообщение автора поблагодарили: Prof (1). |
![]() |
#2 |
Участник
|
Вот только первый проект на AX 2012 разработчик делает в 1,5-2 раза дольше. Ну и с оценками промахивается. Можем в отдельной теме обсудить
![]()
__________________
Ivanhoe as is.. |
|
![]() |
#3 |
Участник
|
С точки зрения разработчика, не вижу проблем работы для кандидата, знающего и имеющего опыт работы в АХ в предыдущей версии. С точки зрения консультанта, возможно, что это не так. Но давайте подумаем, насколько консультант, знающий АХ2009, отличается от себя самого "якобы" знающего АХ2012. И теперь также, только для разработчика?
__________________
-Ты в гномиков веришь? -Нет. -А они в тебя верят, смотри, не подведи их. |
|
![]() |
#4 |
Участник
|
Цитата:
- а, ну это я щас подтяну 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). |
![]() |
#5 |
Участник
|
Спасибо за сравнение.
Интересно было бы теперь сравнить что стало проще и быстрее для разработки а что медленнее и сложнее (читай - дороже). |
|
![]() |
#6 |
Участник
|
Просьба к модераторам выделить обсуждение разработки 2012 в отдельную ветку. Там и продолжим
![]()
__________________
Ivanhoe as is.. |
|
![]() |
#7 |
Axapta
|
Выделил в отдельную тему. Ну и заодно напомню свою прошлогоднюю запись.
axforum blogs: Небольшой опыт перевода собственного модуля AX 4.0 -> AX 2009 -> AX 2012R2 Краткий ответ: ничего. Разве что какие-то мелочи, но на общем фоне это несущественно.
__________________
С уважением, Олег. |
|
![]() |
#8 |
Banned
|
Цитата:
![]() Я бы теперь смело умножал затраты на разработку и настройку на 1,5 - 2. |
|
![]() |
#9 |
Участник
|
Добавлю еще про отчетность - Reporting services конкретно другой зверь. Про разработку для POS я вообще молчу.
__________________
Ivanhoe as is.. |
|
![]() |
#10 |
MCTS
|
В OLAP стало проще работать с датой, так как теперь Аксапта генерит собственные таблицы для дат (раньше использовалось стандартное измерение времени в OLAP), которые можно модифицировать как угодно по своему усмотрению.
__________________
I could tell you, but then I would have to bill you. |
|
![]() |
#11 |
MCTS
|
По-моему, происходит некоторая подмена понятий.
В категорию "сложно" автоматом записали все, что стало "по-другому". А это далеко не одно и тоже. Имхо, очень многие вещи стали действительно проще, но "по-другому". Например: Использование шаблонов форм, создание типичных форм сейчас стало проще и быстрее. Использовать SysOperation, как оказалось, действительно проще и быстрее, чем RunBase. Особенно, добавив несколько своих атрибутов для стандартных задач (например, SysOperationControlAllowEditAttribute) Написание excel-отчетов используя XmlExcelReport_RU стало в разы проще и быстрее. Создание Date-Effective таблиц стало проще и быстрее. Архитектура финансовых аналитик стала сложнее, но для 90% практических задач трудоемкость практически не изменилась. А если взять довольно часто встречающуюся задачу отражения какого-либо справочника системы в фин. аналитику, то сделать это стало значительно проще и быстрее. В общем, да, очень много стало по-другому. Но это != сложно. ![]()
__________________
Dynamics AX Experience |
|
|
За это сообщение автора поблагодарили: EVGL (2), Logger (3), S.Kuskov (2). |
![]() |
#12 |
Banned
|
Цитата:
Радикально упростился апгред форм, зато это компенсируется практической невозможностью апгрейта отчетов. Во многом проще и определенно технологичнее, но чем-то сложнее, т.к. появляются траблы с отладкой и надо писать три класса вместо одного. Последний раз редактировалось EVGL; 28.05.2014 в 14:24. |
|
![]() |
#13 |
Участник
|
|
|
![]() |
#14 |
Участник
|
Цитата:
Цитата:
Цитата:
На практике можно реальный пример, где это нужно? Не с точки зрения разработчика, а требований функциональности. Цитата:
Еще раз сформулирую свою мысль. Аналогичный проект AX 2012 первый раз разработчик делает в 1,5 - 2 раза дольше. Второй и дальше - дольше процентов на 20%. По консам похожие цифры.
__________________
Ivanhoe as is.. |
|
![]() |
#15 |
Участник
|
Цитата:
Дольше их все собирать в кучку чтобы окинуть взором и составить представление что же они делают. |
|
![]() |
#16 |
Участник
|
По-моему, когда разложено по полочкам, вникать в чем смысл проще: в контракте и UI builder не будешь искать бизнес логику. понятно какие переменные используются как параметры, а какие только во время выполнения для временных надобностей.
|
|
![]() |
#17 |
Banned
|
Цитата:
Но, как минимум, теперь есть шаблон для подобных разработок, что хорошо. |
|
![]() |
#18 |
Участник
|
Цитата:
А что в runBase разве не разложено по полочкам ? Нужен интерфейс ? Сразу смотришь методы dialog getFromDialog и.т.п. Нужна логика работы ? Смотришь run и.т.п. Какая разница как методы разбросаны по классам ? |
|
![]() |
#19 |
Banned
|
Да ладно вам, все это банальности - RunBase, SysOp... Дополнительное value для клиента стремится к нулю, ему это все до фонаря, трудозатраты примерно одинаковые, только для SysOp-ов больше вероятность ошибки на копипасте.
|
|
![]() |
#20 |
Участник
|
Это все справедливо если в классе нет никаких переменных и методов кроме перечисленных. Если они появляются, уже не решишь. Например метод convertItem может использоваться как для чего-то внутри run так и для целей UI. По полю не сразу тоже определишь, для чего оно используется - является параметром? результатом работы, какой-то временный кеш?
|
|
|
За это сообщение автора поблагодарили: Logger (2). |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|