ABAP-епры

Zergeus

Нефте-Газ написал:

1980 написал(а):

И незачем разорять фирму на поездки кодировщиков...
По крайней мере у нас в BeariтgPointe всегда было заведень так.

IMHO, из этого следует, что BE и уважаемый Нефте-газ не знает, чем программист отличается от кодировщика. Правда, это тема для флейма....

Нефте-Газ

Zergeus написал(а):

IMHO, из этого следует, что BE и уважаемый Нефте-газ не знает, чем программист отличается от кодировщика. Правда, это тема для флейма....

Смелое заявление, если учесть, что до сапа я программировал лет 20...

Моё IMHO такое: если консультант в спецификации прописывает на уровне полей таблиц и экранных полей все входы и выходы, а также сам алгоритм (как это у нас принято), то делющий остальную работу, т.е. переносящий всё это в абап - кодировщик. И я считаю, что это правильно, поскольку ушло уже золотое время, когда гордое имя "Программист" в СССР-е подразумевало сочетание в одном лице и постановщика и кодировщика... Разделение труда - идея разумная.

Ich Will

Цитата:

Моё IMHO такое: если консультант в спецификации прописывает на уровне полей таблиц и экранных полей все входы и выходы, а также сам алгоритм (как это у нас принято),

Если бы было везде так... где ж таких найти ...

P.S. Код набрасывать тоже надо уметь! И это только для простых задач типа тут выбрать так и тут отобразить так ... тада консультант могет и должон!

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

а делать нормально

))

ИМХА.

Zergeus

Это вопрос "о смысле слов":
Если

Нефте-Газ написал:

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

, он ПРОГРАММИРУET, и времена тут не причем. Вспомните классика: программирование - это алгоритмы и структуры данных.

Осталось только вашу спецификацию откомпилировать и запустить на выполнение...

Нефте-Газ написал:

... делющий остальную работу, т.е. переносящий всё это в абап - кодировщик.

С учетом вышесказанного, полностью согласен.

Нефте-Газ написал:

Разделение труда - идея разумная.

... до тех пор пока не привращается в разделение "думать/делать". Последствия известны - то, что ваяет " гнездо"явно "накодировано по спецификации"

Сергей Королев

Нефте-Газ написал:

...если консультант в спецификации прописывает на уровне полей таблиц и экранных полей все входы и выходы, а также сам алгоритм (как это у нас принято), то делющий остальную работу, т.е. переносящий всё это в абап - кодировщик...

Согласен, но с оговоркой - это возможно, если система недалеко уходит от стандарта. Таким образом, на хорошем проекте, где близко к стандарту, Программисту делать особо нечего - первоначальная загрузка, да печатные формы. Ну а в "русском" бизнесе надобность еще долго не отпадет - реализовывать всякий там отрицательный запас и прочий наш местный колорит. Программистам, если уж они хотят таковыми оставаться на хороших проектах, лучше искать какие-нибудь интеграционные штуки (XI, портал), ну или что-то такое межмодульное, типа Workflow.

Дмитрий

Сергей Королев написал:

Согласен, но с оговоркой - это возможно, если система недалеко уходит от стандарта. Таким образом, на хорошем проекте, где близко к стандарту, Программисту делать особо нечего - первоначальная загрузка, да печатные формы. Ну а в "русском" бизнесе надобность еще долго не отпадет - реализовывать всякий там отрицательный запас и прочий наш местный колорит. Программистам, если уж они хотят таковыми оставаться на хороших проектах, лучше искать какие-нибудь интеграционные штуки (XI, портал), ну или что-то такое межмодульное, типа Workflow.

Сергей, не забывайте про отчеты. Это слабое место сапа и непаханное поле для программирования (насколько фантазии хватает у бизнеса). Обычно на сопровождении не менее 50% загрузки абапера - доработка старых и написание новых отчетов.

Andrew_

Нефте-Газ написал:

Моё IMHO такое: если консультант в спецификации прописывает на уровне полей таблиц и экранных полей все входы и выходы, а также сам алгоритм (как это у нас принято), то делющий остальную работу, т.е. переносящий всё это в абап - кодировщик.

В общем случае спецификации (ТЗ) пишутся так, что программист (кодировщик), вообще не общается с постановщиком. Это не нужно.
(это из технологии программирования).
Причем так действительно работают в некоторых очень серьезных софтварных компаниях. В области САП далеко не так, т.к. и спецификации пишут не всегда спецы, и программируют не просто кодеры.

Насчет

Цитата:

(как это у нас принято)

Лень, давай честно признаемся, что уровень консультантов разный во ВСЕХ компаниях, есть те, кто программировал по N лет, но есть и те, которые в должности "консультант" и стажем более 3-х лет базовых таблиц модуля не знают, и уверены, что им это не очень нужно.

А то мы сейчас так и до процессов по ISO 9000 дойдем :wink:

, если компания сертифицирована.
:wink:

Сергей Королев

Дмитрий написал:

Сергей, не забывайте про отчеты.

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

Skif

Сергей Королев написал:

Дмитрий написал:

Сергей, не забывайте про отчеты.

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

и вообще - программирование уже давно не шаманство, а ремесло...

Loyso

Skif написал:

Сергей Королев написал:

Дмитрий написал:

Сергей, не забывайте про отчеты.

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

и вообще - программирование уже давно не шаманство, а ремесло...

Я вот каждый день с утра иду на работу. Это конечно маленький, но всё равно... подвиг!!! (с)

Программирование это не только ремесло но ещё и исскуство. Вы ещё скажите что в программинге нет креатива... Кто же тогда додумался назвать таблицу EBAN ?????? :lol:

Andrew_

Сорри, за оффтоп, ну тогда уж EKPO-EBELN

Skif

Loyso написал(а):

Я вот каждый день с утра иду на работу. Это конечно маленький, но всё равно... подвиг!!! (с)

Программирование это не только ремесло но ещё и исскуство. Вы ещё скажите что в программинге нет креатива... Кто же тогда додумался назвать таблицу EBAN ?????? :lol:

Во что человек верит, то и есть.
А. Чехов

BW - ник

Andrew_ написал(а):

... которые в должности "консультант" и стажем более 3-х лет базовых таблиц модуля не знают, и уверены, что им это не очень нужно.

А зачем консультанту знать таблицы? Это если консультант вырос из программера - то он знает. Только в этом случае его абаперская сущность всегда прет наружу - все так и норовит вместо стандарта заабапить все нафиг

)

А консультант прежде всего должен хорошо знать стандарт ( галки и настройки) + отлично знать предметную область ( чтобы с пользователями общаться на их языке и понимать что они делают) и уметь преломить предметную область через стандарт и впихнуть ее ( эту предметную область) в систему. И убедить пользотвателя что именно так и надо работать. То есть попутно еще и понимать, к каким изменениям в учетной политике и управленческом учете приведет внедрение системы.

И знание абапа + всяких таблиц тут не просто не нужно, но и вредно.

зы. а хорошего консультанта из абапера редко можно получить

Все - мое имхо.

BW - ник

BW - ник написал:

Andrew_ написал(а):

... которые в должности "консультант" и стажем более 3-х лет базовых таблиц модуля не знают, и уверены, что им это не очень нужно.

А зачем консультанту знать таблицы? Это если консультант вырос из программера - то он знает. Только в этом случае его абаперская сущность всегда прет наружу - все так и норовит вместо стандарта заабапить все нафиг

)

А консультант прежде всего должен хорошо знать стандарт ( галки и настройки) + отлично знать предметную область ( чтобы с пользователями общаться на их языке и понимать что они делают) и уметь преломить предметную область через стандарт и впихнуть ее ( эту предметную область) в систему. И убедить пользотвателя что именно так и надо работать. То есть попутно еще и понимать, к каким изменениям в учетной политике и управленческом учете приведет внедрение системы. И основная работа консультанта - это именно работа с пользователями и заказчиком, а не ковыряние дебагером внутренностей системы:)

И знание абапа + всяких таблиц тут не просто не нужно, но и вредно.

зы. а хорошего консультанта из абапера редко можно получить

Все - мое имхо.

Mike1

2 BW - ник
A вот консультанты по bw, в абап форум идущие, с вопросом "BSEG и экстракторы?" они плохие консультанты?
Если консультант не интересуется таблицами, то полноценно он может работать только на стандарте.
И кто тогда в ответе за производительность - один базис?

FAQ по разделу

ABAP-епры

Кто сейчас на конференции