Outlander
Именно так. И если к функциональщикам требования абапа предъявляются пока что через проект, то бивишник в представлении большинства проектов, это человек, который большую часть времени именно абапит - то в ЕРП экстракторы, то в БВ рутины по 1000 строк, правила обновления (формулы это "фу и медленно"), виртуальные объекты, а также обработку абапом всего того, что в самом БВ или нет, или не нравится заказчикам. Я уже даже перестала понимать, а зачем вообще на этих проектах БВ-шники нужны? Проще всё наабапить с нуля, написать свой IP, BEx, STS и т.п.

я бы сказал, на проектах часто, програмирование чего либо консультантом, руководитель разработок считает вообще вне закона. У нас руководителя разработок, раздражало даже когда в спецификации консультант пишет куски кода. Он считал, что желание консультанта залезть в ABAP это от не знания бизнес-логики функционала. И чтобы сдать спецификацию в разработку, приходилось очень подробно описывать, почему нельзя это реализовать на стандарте, таким образом он своей дотошностью вынуждал опять же консультантов самим пытаться абапить - вот такой замкнутый круг получается!

Каким образом это вынуждало консультантов пытаться абапить? Наоборот же, должно было мотивировать консультантов изучать функционал и настройки, вместо "да там всего два селекта написать".

Пока ему докажешь, со ссылками на законодательство и т.п. Проще самому написать. В особо тяжелых случаях я слышал вопрос, а почему МинФин так решил сделать?

отправь мне тоже.
отписался в личку.
спасибо!

Добрый день.
Пришлите мне тоже на [в личку, пожалуйста]
Благодарю.

Отправил.

И мне тоже, заранее спасибо!

о тему подняли! добавлю. Конечно стоит! Иногда не разобраться в проге без отладки. Вот пример тр. F107 метод 10. Никаких доков ни русских ни английских не нашел, на форумах пишут, что все пользуют 98 метод и расширяют его или вообще свою прогу пишут. А у нас велено "по стандарту". Некоторые немногословные ноты и те на немецком. И чего остается кроме отладки?? - отлаживаешь, методично все в файлик пишешь, какой модуль что делает, какие настройки пользует и т.д.

Сталкивался с ситуацией когда есть документация - только она не правильная (точнее не обновлена совсем). В итоге вводит в заблуждение консультанта который пользуется исключительно документами САПа. А лезешь в код - и видишь что все совсем не так как описываются.

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

"О, сколько нам открытий чудных
Готовит просвещенья дух,
И опыт – сын ошибок трудных,
И гений – парадоксов друг..."

Пришлите пожалуйста и мне инструкцию [в личку, пожалуйста]
Заранее огромное спасибо

официальная pdf ка New Debugger а + New Editor - http://scn.sap.com/docs/DOC-10192

Пришлите мне тоже пожалуйста на [в личку, пожалуйста]. Заранее большое спасибо!