|
23.10.2019, 15:37 | #1 |
Участник
|
Цитата:
|
|
23.10.2019, 10:03 | #2 |
Moderator
|
Я, пожалуй, не буду пока высказывать оценку ER в целом. Просто вспомнил, как в далеком 2001ом году я видел список резюме потенциальных разработчиков на X++, с пометками директора по консалтингу. На паре резюме было написано что-то типа "Звезд с неба не хватает. Готов/Готова лепить отчеты".
А теперь пишут: Цитата:
опытный программист или функциональный онсультант с опытом 10+ вроде Ties Philippi или Ludwig Reinhard.
|
|
|
За это сообщение автора поблагодарили: Vadim Korepin (12). |
23.10.2019, 12:52 | #3 |
Участник
|
Цитата:
Сообщение от fed
Я, пожалуй, не буду пока высказывать оценку ER в целом. Просто вспомнил, как в далеком 2001ом году я видел список резюме потенциальных разработчиков на X++, с пометками директора по консалтингу. На паре резюме было написано что-то типа "Звезд с неба не хватает. Готов/Готова лепить отчеты".
А теперь пишут: |
|
23.10.2019, 13:08 | #4 |
Moderator
|
Вообще-то он году в 2005ом ушел в клиентские Айтишники и хотя аксаптой там время от времени занимается, вряд ли он о "нашем решении" говорит. Так что - вероятно путаешь с кем-то.
|
|
24.10.2019, 09:03 | #5 |
Участник
|
Мне кажется, изначально ER создавался для стандартных форматов электронного обмена сообщениями, это потом добавили столько гибкости, что возникли вопросы. У меня недавно задача была закодить выгрузку датского счета фактуры в XML формате через ER в сторонний Azure Blob Storage. Этот формат уже был в репозитарии. Благодаря удобной точке расширения в коде ER и возможности настроить имя файла по формуле, времени потратил совсем немного.
|
|
24.10.2019, 10:08 | #6 |
Участник
|
Может в документации недостаточно примеров как сделать то или иное? И людям кажется что проще закодировать. Собрать бы такие типовые случаи.
По результату можно дать примеры How to do Или доработать движок Или... |
|
24.10.2019, 10:16 | #7 |
Участник
|
Для начала неплохо бы эту документацию сделать.
По факту есть информация но ее структура не позволяет за часик разобраться и начать ваять. Учебник с примитивными примерами, позволяющими через час приступить к разработке (Hello word) был бы в самый раз но увы этого от МС не видел. |
|
24.10.2019, 11:53 | #8 |
Участник
|
По поводу - too technical. А вы видели презентацию Николая? ну т.е. он рассматривает выгрузку одной простейшей таблицы, и для этого надо совершить кучу действий и понимать все концепции модуля целиком.
Зачем и для чего так сделано непонятно. Ну т.е. как я вижу нормальную реализацию этой задачи - нужно выгрузить таблицу. В меню должен быть пункт - новая выгрузка. Должна быть какая-то основная форма в которой 2 обязательных поля - имя таблицы, формат. Вводим эти 2 поля, выгрузка сразу готова к работе. можно ее запустить сразу, посмотреть что в ней. далее уже в этой выгрузке кнопки - настроить формат, настроить данные и т.п. Где уже можно детально что-то сделать. В такой концепции это хоть как-то можно будет показывать пользователям. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (1). |
24.10.2019, 12:30 | #9 |
Участник
|
Цитата:
Цитата:
Если же отчетность то должно быть понимание -какие данные мы хотим получать (собственно модель) по сути пользовательское описание, которую может накропать консультант кстати. -откуда сопоставление модели с источниками данных так называемый model mapping) и тут возможно потребуется разРаб. -в каком виде (формат). Тут консультант или разработчик. Работа уже идет собственно с только с моделью (заключается по большому счету св сопоставлении полей из модели с полями в формате) и шаблоном формата, поэтому помощь разработчика не факт что всегда необходима То есть все несколько иначе. Последний раз редактировалось axm2017; 24.10.2019 в 12:44. |
|
|
За это сообщение автора поблагодарили: belugin (10). |
24.10.2019, 16:20 | #10 |
Участник
|
Я так понял, что жалоба скорее "непонятный интеррфейс" и "слишком много действий" а не too technical. Т.е. причина непонятности необязательно требование технических знаний а избыточная логическая сложность?
|
|
24.10.2019, 16:49 | #11 |
Участник
|
Ну можно сказать и так. Вообще в MS вроде бы проводят юзер тесты, я лично в одном учавствовал. Т.е. вам рассказывают задачу - в семинаре рассказывается выгрузка простой таблицы, пусть будет к примеру она. Далее показывают интерфейс и спрашивают - куда бы вы тут нажали. Думаю в текущей реализации ER никто не справится.
Можете также показать перед этим таск рекординг по ER и попросить по памяти сделать следующее. думаю процент фейлов тоже будет большим |
|
25.10.2019, 00:19 | #12 |
Microsoft Dynamics
|
Цитата:
Но, по моему личному впечатлению, средний мировой уровень консультантского "too technical", находится где-то в районе 4-х математических операций + - * /. Все, что нельзя сложить, вычесть, умножить или поделить - too technical. Другими словами, вопрос, ответ на который находится в первой ссылке Гугла - too technical. Я бы добавил еще одно наблюдение, что мысль, "а не поискать ли в гугле решение проблемы" посещает далеко не каждого разработчика Dynamics 365 for Finance and Operations. Последний раз редактировалось AlexSD; 25.10.2019 в 00:27. |
|
|
За это сообщение автора поблагодарили: EVGL (3), Ace of Database (2). |
25.10.2019, 09:20 | #13 |
Участник
|
Даже операция деления - это уже too technical.
__________________
Мои утилиты для Аксапты версий 3.0-2012: http://aceofdatabase.blogspot.com/ |
|
|
За это сообщение автора поблагодарили: AlexSD (3). |
10.11.2019, 15:00 | #14 |
Участник
|
Честно говоря, я не осилил до конца всю презентацию. Через час отключаюсь Поэтому тезисно, вкратце
1. "Обычный" пользователь это использовать не сможет. Ни в каком виде. Ни при каких условиях 2. Консультант, теоретически, может, но это должен быть бывший разработчик, который стал консультантом. Как минимум, этот человек должен хорошо разбираться в разработке 3. Реально - это инструмент разработчика, но для очень специфических, даже не отчетов, а задач по выгрузке информации. Хотя, скорее всего, если не будет прямого приказа, разработчик это тоже использовать не будет... В моей практике обычно просят выгрузить отчет в Excel. Поэтому все генераторы отчетов (не важно какие) для меня - это лишний посредник. Поэтому восторги по поводу, что ER лучше, чем SSRS, PowerBI и т.д. и т.п. я просто не понимаю. Я то рассматриваю в сравнении с прямой выгрузкой в Excel и вижу лишь усложнение без какой-либо выгоды для меня, как разработчика. PS: Ну, это очередная попытка сделать нечто "универсальное" под девизом "однотипных операций". Вы что, действительно не замечаете, что даже просто описание этого инструмента требует несколько часов (!) вдумчивого изучения? Собственно, это все та же тема: Интеграция - использовать стандарт или писать на коленке ? От рабочего инструмента ожидаешь повышение сложности при усложнении самой задачи. А простой-то отчет по гладкой таблице из 2 полей без ограничений ожидаешь, что сделаешь за несколько минут. А здесь? Около часа потребовалось именно на такой, примитивнейший отчет. "Что-то в консерватории надо подправить" (с) Вы уже просто не замечаете чрезвычайного усложнения инструмента. "Своя ноша не тянет"
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
|
За это сообщение автора поблагодарили: mazzy (2), trud (5), Stitch_MS (3). |
10.11.2019, 17:51 | #15 |
Участник
|
|
|
11.11.2019, 08:31 | #16 |
Участник
|
Цитата:
На нашем проекте вполне себе использует. Жмет кнопку - получает результат. Не вижу причин не использовать и другим. Более того по мне так это гораздо удобнее чем SSRS где как раз проблем слегка больше. Цитата:
Цитата:
Цитата:
Сообщение от Владимир Максимов
В моей практике обычно просят выгрузить отчет в Excel. Поэтому все генераторы отчетов (не важно какие) для меня - это лишний посредник. Поэтому восторги по поводу, что ER лучше, чем SSRS, PowerBI и т.д. и т.п. я просто не понимаю. Я то рассматриваю в сравнении с прямой выгрузкой в Excel и вижу лишь усложнение без какой-либо выгоды для меня, как разработчика.
Цитата:
Цитата:
Последний раз редактировалось axm2017; 11.11.2019 в 08:36. |
|
12.11.2019, 09:46 | #17 |
Участник
|
axm2017 Я надеюсь, Вы честно не поняли, что именно я написал, а не сознательно исказили смысл, для удобства фальсификации разбив на маленькие кусочки Поэтому попробую повторить еще раз, но более сжато
ER позиционируется как инструмент, при помощи которого можно сделать отчет "с нуля" не написав ни строчки кода. Это подразумевает, что процесс написания/изменения отчета можно передать от разработчика кому-то другому. Однако "порог вхождения" в этот инструмент настолько высок, что пользователь его переступить не сможет, а консультант - далеко не всякий "Порог вхождения" - это объем знаний, которым должен обладать сотрудник для возможности работы с данным инструментом. И я не имею в виду только возможности самого инструмента. Нужно еще много чего знать "вокруг" Насчет того, что им будет пользоваться разработчик В младших версиях Axapta для генерации отчетов существовал объект Report. Чтобы создать "с нуля" простейший отчет необходимо сделать следующее 1. Создать новый объект Report 2. В узел Data Source добавить нужную таблицу-источник 3. Выполнить генерацию дизайна 4. Перетащить из Data Source нужные поля в секцию Body Все. Простейший отчет можно запускать. Для сравнения, попробуйте просто перечислить действия, которые нужны для этого в ER. Программный вариант выгрузки в Excel. Также в простейшем варианте X++: static void test(Args _args) { InventItemGroup InventItemGroup; int row; ComExcelDocument_RU excel; ; excel = new ComExcelDocument_RU(); excel.newFile('', false); while select InventItemGroup { row++; excel.insertValue(strFmt("A%1", row), InventItemGroup.Name); } excel.visible(true); info('End'); } А вот теперь, объясните, какие преимущества мне, как разработчику, дает использование дополнительных посредников в виде SSRS, PowerBI, ну или вот нового инструмента ER ? Что может заставить меня перейти на эти инструменты, вместо прямого написания кода?
__________________
- Может, я как-то неправильно живу?! - Отчего же? Правильно. Только зря... |
|
12.11.2019, 10:29 | #18 |
Участник
|
Цитата:
Цитата:
Цитата:
Цитата:
1. Создал шаблон Excel с полем A. 2 Создал формат где указал что в поле A надо загружать данные из какого то поля модели. 3. Все. |
|
12.11.2019, 11:37 | #19 |
Участник
|
Цитата:
Т.е. надо изучать |
|
12.11.2019, 11:40 | #20 |
Участник
|
Смешно но у нас кинули на это стажеров в компании без опыта работы. Пока полет нормальный и отчеты вполне себе делаются.
Последний раз редактировалось axm2017; 12.11.2019 в 12:29. |
|
|
За это сообщение автора поблагодарили: trud (1). |
Теги |
generic electronic reporting, ger |
|
|