Какова кривая обучения для разработки на JD Edwards?

В среднем, сколько времени требуется, чтобы стать опытным в разработке с использованием JD Edwards? Легко ли учиться? Есть ли предпосылки?

4 ответа

Я предполагаю, что вы заинтересованы в изучении навыков разработки JD Edwards, а не в бизнес-процессах, которые на самом деле реализует система.

Есть 2 версии JDE. Один работает на платформе AS/400, базе данных DB2 и использует RPG (язык) для реализации отчетов и функций. Я не знаком с этой версией (выполнил очень мало заданий по интерфейсу, и все они были сложными из-за отличий DB2 от моих обычных разновидностей баз данных - Oracle или SQL Server).

Другая версия - EnterpriseOne (ранее OneWorld). Я начал разрабатывать для этой версии в 2000 году и оставался активным до 2006 года. Достигнуть базового уровня разработки очень легко, и тогда вы сталкиваетесь со странностями и известными проблемами в системе, а также с тем, как их избежать, и тогда вы становитесь опытными.

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

Если у вас есть опыт работы с любым инструментом RDA (например, Visual Studio) и разработкой для баз данных, вы сможете использовать эти знания для облегчения обучения. В моем случае я был программистом SQL и имел большой опыт работы с Visual Basic и Microsoft Access. Я смог использовать этот опыт, понимая основные понятия системы и адаптируясь к ним. Мне потребовалось около 25 часов обучения с более опытным программистом, чтобы подготовить меня хотя бы к базовым вещам с реальными клиентами. Это количество часов варьируется от человека к человеку, очевидно.

Однако я могу сказать, что я только начал чувствовать, что понимаю инструменты и процесс после 6 месяцев ежедневной работы с моим первым клиентом. Примерно через 12-18 месяцев мне стало стыдно за первые приложения, которые я написал, поэтому я действительно вернулся и переписал некоторые в свое свободное время...:-)

Суть JDE в том, что на стороне базы данных очень мало кодирования / функциональности (потому что раньше она была гибкой в ​​выборе баз данных). Все формы и отчеты пишутся внутри самой системы с помощью дизайнеров.

Все "кодирование" выполняется посредством простого (а иногда и глупого) интерфейса "укажи и щелкни". Например: вы не пишете оператор присваивания, например, var = value. Вы нажимаете кнопку "Назначение", затем выбираете переменную в списке, затем выбираете значение в списке (или вводите значение, если оно фиксированное).

Все правила, лежащие в основе форм, отчетов и бизнес-правил, создаются таким образом. Единственное исключение: когда вы пишете бизнес-правило, вы можете выбрать между использованием этого подхода (называемого именованным правилом события - NER) или использованием языка C (называемого бизнес-функцией).

Если вы выберете NER, после того, как вы закончите, система фактически преобразует это в C.

Существуют функции отладки для форм, отчетов и бизнес-правил.

Это базовая разработка. Существуют другие инструменты и функции, которые обычно назначаются разработчикам, и поэтому вы сможете сделать гораздо больше. Я много работал с интерфейсами, совместимостью, рабочим процессом и многим другим.

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

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

Теперь, мое единственное предупреждение относительно моего ответа: как я уже упоминал, прошло много времени с тех пор, как я оставил разработку JD Edwards. Насколько я знаю, все примерно так же, но точно сказать не могу.

Лучший совет, который я могу предложить: зайдите на www.jdelist.com для конкретных вопросов и помощи с проблемами. Будьте вежливы, старайтесь задавать вопросы по конкретным вопросам вместо общих вопросов (я имею в виду: если вы спросите этих ребят, сколько времени займет изучение JDE, они, вероятно, вас проигнорируют, но если вы спросите что-то вроде "по вашему мнению, что самые сложные задачи для разработчика JDE?"вы, вероятно, получите довольно хорошие ответы).

Надеюсь, это поможет и желаю вам удачи с JDE. После первоначального столкновения я получил удовольствие от поездки на нем.

Вы можете начать с руководства разработчика JD Edwards EntepriseOne, чтобы узнать о рабочем столе управления объектами, инструментах проектирования таблиц, форм и отчетов и API для бизнес-функций.

https://docs.oracle.com/cd/E53430_01/nav/development.htm

Насколько я могу судить, это зависит от версии JDE. Есть много разных компонентов и разных версий (из того, что я могу сказать.) Например, наша дочерняя компания запускает JDE через терминалы для AS/400. Это все текстовые экраны "Зеленого экрана", ввод трехбуквенных команд в командной строке и использование курсора для перемещения по экрану.

Я еще не пытался научиться этому всесторонне, но попытка научиться достаточно, чтобы получить базовую поддержку, заняла у меня несколько месяцев по несколько часов в неделю. Думайте о JDE как о детском варианте SAP, который дает вам представление о масштабах вашего вопроса.

Я преподавал несколько классов о разработке JDEdwards EnterpriseOne.

Один из моих учеников, который никогда не программировал раньше, занял около 320 часов обучения, чтобы иметь возможность сделать некоторые разработки в JDEdwards. В настоящее время он сотрудник и хороший программист.

Его 320 часов тренировок было:

  • В течение 5 месяцев я преподавал по субботам, 8 часов
  • Затем он получил еще один тренинг, который был 4 часа в неделю и 8 часов в субботу в течение 5 недель

Как я уже сказал после всего этого, он может выполнять все задачи разработчика JDEdwards.

И мой совет тому, кто собирается изучать это, - иметь хорошее знание SQL, который мы программировали раньше на любом скомпилированном языке, это очень помогает.

Другие вопросы по тегам