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

Question

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

Answer 1

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

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

Answer 2

Я предполагаю, что вас интересует изучение навыков разработки 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. Вы выбираете кнопку «Назначение», затем вы выбираете переменную в списке, затем вы выбираете значение в списке (или вводите значение, если оно исправлено).

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

Если вы выбираете ЯЭР, после того, как вы закончите, система фактически преобразует что С.

Есть возможности отладки для форм, отчетов и бизнес-правил.

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

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

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

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

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

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

Answer 3

Я преподавал некоторые классы о JDEdwards EnterpriseOne Development.

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

Его 320 часов Trainning был:

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

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

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