Благодарю за разбор статьи. Помогли взглянуть с другой стороны на свой текст. Это очень помогает при самоанализе.
Не могу не согласиться с главным вашим утверждением, что необходимо делать уточнения и оговорки, особенно, если материал может вызвать двусмысленность. Вы привели очень яркие примеры: формат даты, а также принадлежность букв к тому или иному алфавиту.
Уловил себя на мысли, что на месте читателя я хотел бы видеть в тексте как можно больше уточнений и подробностей.
Расскажу по какой причине в моей статье отсутствуют уточнения, приведенные в примерах. Стоит начать с того, что материал направлен на очень узкую аудиторию сайта. Просмотры статьи это подтверждают. Готовя материал, я осознавал, что откроют статью, а уж тем более дочитают до конца только те читатели, которые точно знают, что такое SAP, а также имеют понимание об инструменте, описанном в статье. Вообще, написать статью меня подтолкнула ситуация в которой я оказался. По долгу работы мне понадобилось освоить данную технологию, чтобы эффективно выполнить поставленную задачу. Чтобы применить инструмент пришлось сперва изучить материал из открытых источников, включая материал на иностранном языке. Кстати, стоит упомянуть, что материала по данному вопросу на русском языке встретилось до смешного мало. В статье я решил объединить весь материал, который помог мне в освоении технологии, а также свой опыт, который я приобрел пытаясь работать с ней. В статье упор был сделан на темы, которые у меня у самого вызывали вопросы при изучении. Поэтому все силы были брошены именно на их раскрытие. Примеры, указанные вами, я не стал уточнять, ибо в среде SAP формат даты един и стандартен, а также системные типы каких-либо объектов априори будут указаны на латинице. Для заинтересованных читателей это будет известным фактом. Таких читателей сложно назвать обезьянками.
Тем не менее мысль о том, что моменты, которые на практике и в реальности могут повлиять на что-то стоят того, чтобы описать их немного подробнее.
Спасибо за полезную информацию. Соглашусь, что запуск на стороне пользователя - это в ряде случаев большой плюс. Но чаще всего подобные операции конечный пользователь не осуществляет. Это делает либо базис, либо вендор в лице подрядчика. Запуск пользователем был отнесен к минусам именно по той причине, что без должной компетенции пользователь может навредить системе. Особенно, если учесть, что действия будут осуществляться в продуктиве.
Год разработки не имеет прямого влияния на данный инструмент, поскольку со своей базовой задачей он справляется. Конечно, для новичка или пользователя, впервые столкнувшегося с подобной задачей, это вызовет проблемы.
Планирую написать статью о решении схожей задачи-загрузка данных в SAP, но с использованием SAP-scripting. Это в разы проще, быстрее и понятнее.
Лично я на данный момент альтернатив не вижу. Разумеется, если придется отказаться от SAP в дальнейшем, то замену обязательно найдут. Какую именно мне пока затруднительно сказать.
Спасибо за вопросы. Действительно, данные аспекты стоило осветить в статье. Отвечая на вопросы:
Наш ЦК занимается тестированием как Z-доработок, так и непосредственно настроек. ABAP не был упомянут потому, что для тестирования нам достаточно согласованной функциональной спецификации, где действие алгоритма расписано. Поэтому, тестирование не требует знания языка программирования ABAP.
На нашем проекте настроена программа по обезличиванию данных, что позволяет скрывать реальные данные при копировании в тестовую среду. Что касается обновления тестовых данных, то на момент активной разработки и внедрения SAP используются данные введенные вручную, а также данные, которые были заведены в рамках миграции. В дальнейшем планируется настроить регулярное автоматическое обновление раз в месяц.
Перенос разработок происходит в автоматическом режиме. Интервал переноса — 1 час.
Ошибка в статье. В разборе "Обратного распространения ошибки с нескольких слоев" сказано, что "o1 высчитывается из узлов первого слоя с помощью связей w11 и w12". Разве о1 не должно высчитываться из узлов первого слоя с помощью связей w11 и w21 , которые и корректируются с помощью ошибки этого узла (указано на рисунке).
Благодарю за разбор статьи. Помогли взглянуть с другой стороны на свой текст. Это очень помогает при самоанализе.
Не могу не согласиться с главным вашим утверждением, что необходимо делать уточнения и оговорки, особенно, если материал может вызвать двусмысленность. Вы привели очень яркие примеры: формат даты, а также принадлежность букв к тому или иному алфавиту.
Уловил себя на мысли, что на месте читателя я хотел бы видеть в тексте как можно больше уточнений и подробностей.
Расскажу по какой причине в моей статье отсутствуют уточнения, приведенные в примерах. Стоит начать с того, что материал направлен на очень узкую аудиторию сайта. Просмотры статьи это подтверждают. Готовя материал, я осознавал, что откроют статью, а уж тем более дочитают до конца только те читатели, которые точно знают, что такое SAP, а также имеют понимание об инструменте, описанном в статье. Вообще, написать статью меня подтолкнула ситуация в которой я оказался. По долгу работы мне понадобилось освоить данную технологию, чтобы эффективно выполнить поставленную задачу. Чтобы применить инструмент пришлось сперва изучить материал из открытых источников, включая материал на иностранном языке. Кстати, стоит упомянуть, что материала по данному вопросу на русском языке встретилось до смешного мало. В статье я решил объединить весь материал, который помог мне в освоении технологии, а также свой опыт, который я приобрел пытаясь работать с ней. В статье упор был сделан на темы, которые у меня у самого вызывали вопросы при изучении. Поэтому все силы были брошены именно на их раскрытие. Примеры, указанные вами, я не стал уточнять, ибо в среде SAP формат даты един и стандартен, а также системные типы каких-либо объектов априори будут указаны на латинице. Для заинтересованных читателей это будет известным фактом. Таких читателей сложно назвать обезьянками.
Тем не менее мысль о том, что моменты, которые на практике и в реальности могут повлиять на что-то стоят того, чтобы описать их немного подробнее.
Согласен с дополнением. Упустил этот момент при написании статьи.
Спасибо за рекомендацию, обязательно попробую изменить данную настройку при дальнейшей работе со скриптами.
Спасибо за полезную информацию. Соглашусь, что запуск на стороне пользователя - это в ряде случаев большой плюс. Но чаще всего подобные операции конечный пользователь не осуществляет. Это делает либо базис, либо вендор в лице подрядчика. Запуск пользователем был отнесен к минусам именно по той причине, что без должной компетенции пользователь может навредить системе. Особенно, если учесть, что действия будут осуществляться в продуктиве.
Год разработки не имеет прямого влияния на данный инструмент, поскольку со своей базовой задачей он справляется. Конечно, для новичка или пользователя, впервые столкнувшегося с подобной задачей, это вызовет проблемы.
Планирую написать статью о решении схожей задачи-загрузка данных в SAP, но с использованием SAP-scripting. Это в разы проще, быстрее и понятнее.
Лично я на данный момент альтернатив не вижу. Разумеется, если придется отказаться от SAP в дальнейшем, то замену обязательно найдут. Какую именно мне пока затруднительно сказать.
К сожалению, не смогу дать ответ на данный вопрос, поскольку за это отвечает базис.
Официальная поддержка отсутствует. Поддержку оказывает сертифицированный партнер SAP в лице подрядчика.
Спасибо за вопросы. Действительно, данные аспекты стоило осветить в статье. Отвечая на вопросы:
Наш ЦК занимается тестированием как Z-доработок, так и непосредственно настроек. ABAP не был упомянут потому, что для тестирования нам достаточно согласованной функциональной спецификации, где действие алгоритма расписано. Поэтому, тестирование не требует знания языка программирования ABAP.
На нашем проекте настроена программа по обезличиванию данных, что позволяет скрывать реальные данные при копировании в тестовую среду. Что касается обновления тестовых данных, то на момент активной разработки и внедрения SAP используются данные введенные вручную, а также данные, которые были заведены в рамках миграции. В дальнейшем планируется настроить регулярное автоматическое обновление раз в месяц.
Перенос разработок происходит в автоматическом режиме. Интервал переноса — 1 час.
Ошибка в статье. В разборе "Обратного распространения ошибки с нескольких слоев" сказано, что "o1 высчитывается из узлов первого слоя с помощью связей w11 и w12". Разве о1 не должно высчитываться из узлов первого слоя с помощью связей w11 и w21 , которые и корректируются с помощью ошибки этого узла (указано на рисунке).