А давайте посчитаем... В какой ветке создание опроса будет в тему? Только так, чтобы это были чистые абаперы (не консультанты со знанием).

Ткните пальцем в того, кто с вами в этом спорил :lol: .

Только измените формулировку, вопрос некорректный.
Не "кого в институте не учили", а "кого научили именно в институте".
Меня, например, тоже в институте "учили". После того, как я самостоятельно в 15-16 лет Бесик и Паскаль изучил.

Я бы еще спросил, много ли самоучек да и отучившихся в институтах осознали концепцию ООП. Я совершенно согласен с работой через SELECTы, подпрограммы, и функции в модулях ММ, SD м т.п. Говорят, что в HR намного интереснее - не знаю, не работал. Но когда смотришь User-Exit в Workflow и видишь в методе UPDATE таблички SWWWIDEADL (вместо записи в контейнер) - руки хочется оторвать сразу и накорню... Зато очень просто и наглядно. Да и сразу видно, что человек знает нужные таблички. Только вот лучше бы он их не знал.

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

А повредить может многим - например потерянным временем, дублированием или нескоординированностью работы, отсутствием информации на будующие. Т.к. зачастую за словом "проще" скрыто слово "лень". Лень писать подробное ТЗ - проще словами обьяснить или самому сделать. Лень согласовывать с кем то необходимость той или иной настройки. Проще самому настроить. Проще изучать код UE, чем готовить нормальные тестовые данные для разработчика. Много может быть таких вот "проще".

Интересно, есть ли такие институты... Интересно, какой предмет сейчас в институтах отвечает за "научить учиться"? Может, институт - тоже лапша? (что то везде лапша мерещится... пойду отдохну...)

Это вам покушать надо

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

В моей бывшей конторе ABAP всегда был "the last frontier". Т.е. если уже что-то свалилось на ABAPеров, то им и приходится разбираться. Поэтому Technical Team Lead присутствует еще на этапе gap analysis и следит за тем, чтобы свалилось не слишком много.

Ничего то вы не поняли. 13 страниц, а всё вернулось к тому, с чего начиналось. Каким образом из знания ABAP-а следует факт "контроль и знание архитектуры решения."? Больше вакансий будет доступно, как здесь уже ранее отмечалось, тем у кого больше "успешных" проектов и больше "стаж". А АВАР в рамках расширения возможного числа вакансий и 1% не потянет.

2 Моха
У меня сложилось мнение, что сап вам не "по нутру". Можеть быть вернувшись в 1с вы вернете себе душевный комфорт.

Все намного проще - я не адепт и стараюсь оценить плюсы-минусы и прочее, реально глядя на систему.

Спрошу иначе: может ли человек с хорошими навыками консультанта, не знающий абапа, стать Тим Лидом (название "списал" у Konstantin Anikeev).

Корректировка вопроса:
Может ли стать "контролирующим архитектуру решения" человек с хорошими навыками консультанта, у кого больше "успешных" проектов и больше "стаж", но не знающий абапа?
Что говорит по этому поводу статистика: это правило или исключение?

Еще в догонку:
Может ли стать "контролирующим архитектуру решения" человек с хорошими навыками консультанта, у кого больше "успешных" проектов и больше "стаж", но не знающий таблиц базы и связей между ними?
Что говорит по этому поводу статистика: это правило или исключение?