Сижу вожусь в системе, затык, залез на форум, запустил поиск по слову SBAL в абаповском форуме, паралельно читаю данную тему, прочитал, открыл окно с результатами поиска, октрыл из трех найденных тем самую обсуждаемую, улыбнулся обсуждаемая тема точно такая же, но годичной давности

Вот вам Integrator инфа для анализа, если есть желание, что изменилось и в какую сторону
http://www.sapboard.ru/forum/viewtopic ... c&&start=0

от себя напишу, но позже

Да материала и вправду много и очень интересно. Буду сегодня читать, завтра может что-нибудь наанализируется про текущую ситуацию.

В итоге всей этой дискуссии, мне кажется, что получится следующее:
Минимально человек может назваться ABAP разработчиком если он....
И получает он сейчас в среднем ...

Средний ABAP разработчик знает.....
И получает .....

Гуру по ABAP разработке знает.....
И получает.....

В этой системе координат, думаю, не мне одному будет удобно ориентироваться.

ну началось...- "чтоб тёщу мамой называл..."

тема уже большая, а соглашусь с nicky555:




скажу больше - речь идет почти о каких-то "абстрактных" понятиях...
Если человек все это знает и профессионально владеет технологиями, то он должен руководить командой разработчиков на внедрении.
А вот есть категория ABAP-кодер - может написать отчет, формуляр сделать и т.п., но ему нужно "расжевать" откуда брать данные и куда их помещать (можно было бы и назвать стажером, но после 2-3 лет так назвать сложно)...

Если же говорить о специалисте-программисте, то он кроме того, что должен уметь писать компилируемый код, но еще этот код должен быть правильным, а не просто прошедшим тестирование на некоторых данных. Так как пройти тест еще не означает знать...

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

Ну началось. И то должен уметь и это. Только зачем тогда такая свора консультантов нужна? Чтобы тёть Маш учить мышкой тыкать?

Насчёт среднего месячного дохода в России. Имхо, большинство абаперов живут не в Москве и получают намного меньше 1000. Надо подправить опрос.

это не абаперы, это - "несчастные люди-дикари" )

большинство наверное все таки в Москве
за исключением тех что из консалтинга в командировках
другое дело что это большинство не москвичи

ну зачем так грубо , просто люди не живут в Москве

даже если так, их тоже надо учитывать, а то <1500 только стажёры чтоль?

2Skif Извиняюсь за предыдущий пост , не заметил, что из Rostov-on-Don. Это у тебя юмор такой

автор топика - рекрутер в Москве, я думаю что и подразумевал он подразумевал зарплату абапера в Москве же, просто немного некорректно написал название опроса

"Для полноты картины" хорошо бы тогда один опрос разделить на 2: для Москвы и для России в целом.
Что бы было удобнее ужасаться полученым результатам. Точнее, разнице между ними..

Ах, как было бы хорошо – взял резюме, формулу, калькулятор и посчитал: это стажёр – ему столько, это «средний абапер» – ему столько, а это уже тянет на «гуру» – ему столько. Желание господина Integrator упростить свою работу понятно, но насколько приемлем такой подход? Ведь даже при покупке стиральной машины во внимание принимаются не только то, что она умеет, и её цена, а ещё множество других факторов, порой совершенно неочевидных. А здесь речь идёт о людях. И как бы ни пытались некоторые всех измерить и выстроить по ранжиру – все эти попытки ни к чему хорошему не приводили. На мой взгляд, не может существовать «средней вакансии» и «среднего кандидата», каждый случай уникален, и подобрать на конкретное место конкретного человека так, чтобы они подошли друг другу наилучшим образом – это всё-таки нечто большее, чем сложить два плюс два на калькуляторе.

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

А мое мнение такого - в нашей реальной жизни программист знающий и использующий перечисленные навыки в принципе без труда может поставить себе задачу и справиться с ней. Но вот вопрос. а правильно ли это с точки зрения постановки процесса разработки программного обеспечения как такового.
Из своего опыта могу сказать, что 99% программистам приходится самим ставить себе задачу на те же 99%, т.е. от консультанта в лучшем случае он получает только форму отчета, если это отчет, или расплывчатое описание. Все методологии обращают огромное внимание постановке задачи, но в наших Российских реалиях как правило постановщики даже ГОСТ 19 и 34 в глаза не видели.

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