Сам я занимаюсь программированием на Java
Недавно вел переговоры с кампанией, которая занимается поддержкой биллинга у оператора сотовой связи.
Биллинг работает на SAP,
и оказалось что программировать можно не только с помощью ABAP
но и на Java.
Долговременная стратегия SAPa - это переход c архаичного ABAP на Java.
Там даже есть среда разработки какая-то и можно создавать аналоги JSP - BSP
Они хотят перевести весь биллинг на самописную систему т.к. лицензионные отчисления за оригинальный высокие, а если перевести на самописный то придется только заплатить за использование платформы

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

Возможно SAP сможет перерисовать свою систему на любой возможный язык програмирования.
Реорганизовать сложившуюся десятилетиями структуру базы данных задача на несколько порядков сложнее.
Лет 7 назад был массовый отток специалистов по древнему языку программирования COBOL в северную америку(решали проблему 2000), народ благополучно прижился.
Списывать в утиль ABAP еще не время.

в ИИГ не ходи. мой тебе совет.

Интересует вопрос, когда все же наступит время списания в утиль ABAP.

Или такой задачи на ближайшее время нет?

Тут на форуме прочел что есть среда разработки AP NetWeaver
но в настоящий момент она почти нигде не используется.

Мне тоже показалось что они немножко жадные.
И офис у них в каком-то промышленном здании, в котором не было ремонта с 1908 года.
Хотя может первые впечатления обманчивы.

теоретически будешь сидеть безвылозно в вымпелкоме. раз в месяц приезжать и получать з/п в конверте. скучно. идеолог данной системы со стороны ииг ушел летом. да и вообще сам работодатель не интересен. еще раз повторю совет - есть лучшие места, чем ИИГ

Офис Пчелайна ничем не отличается от других офисов в которых нужно тоже сидеть. Ну может быть минус в том что аутстаффинговых сотрудников не будут пускать в корпоративный пчелайновский транспорт до метро. Придется самому на оленях добираться.
Меня прежде всего стратегические цели интересуют: переползание на NetWaver и потом получение высокооплачиваемой позиции. Посмотрел
на hh.ru - таких вакансий не очень много, а доходы таких специалистов вообще не указаны.

В любом случае разработка под NetWeaver ведется используя JAVA или ABAP... Поверх этого нанизываются новые технологии и тулзы.. Например WebDynpro... Но это все те же ... только в профиль... Поскольку позади всех новых наворотов все равно надо много абапить .. пока это все мало где используется. потому что все относительно новое.. начиная с релиза 2004s и базиса 700. Но весьма скоро новые технологии будут весьма востребованы.(по мере установки новых релизов на клиенте ) Дальше больше.. не за гормаи выход в свет BPP и всего , что с этим связано - A1S, AP... Это будут абсолютно новые продукты, но в базисе все равно будет лежать NW..

unique_saper верно говорит, бизнес-логика, в основном, по-прежнему на ABAP'е. Язык, тем более, учитывая объектные бантики и все такое, по-моему, ничем не хуже прочих, как бы там ни плевался Ларри Элисон. Вот среда разработки, конечно, отстойная, но это поправить проще, чем переписать тонны отлаженного более чем за десяток лет кода.

SAP NetWeaver - это не среда разработки. Это "платформа" - коробка продуктов, следующих идеологии ESA (Enterprise Services Architecture). Туда включают и среду исполнения - WAS ABAP, WAS Java, и бизнес-приложения - ERP, CRM, SRM, BW etc., и middleware, предназначенное для связки любых систем в единый ландшафт - XI, MDM.

Поскольку SAP активно начал использовать открытые технологии, нашлось много места и для Java: WAS Java со стандартными приложениями типа Enterprise Portal, сервисами, коннекторами, Web Dynpro for Java и т.д., XI Java API/Java Proxies/Adapters/user-defined functions, MDM4J и проч. и проч.

В России пока эти продукты мало распространены, отсюда соответствующие минусы. Но в скором времени, полагаю, ситуация изменится. По крайней мере, Oracle агрессивно подпирает SAP своим Fusion Middleware и ожидаемыми Fusion Applications.

[quote="korchagin"]unique_saper

Поскольку SAP активно начал использовать открытые технологии, нашлось много места и для Java: WAS Java со стандартными приложениями типа Enterprise Portal, сервисами, коннекторами, Web Dynpro for Java и т.д., XI Java API/Java Proxies/Adapters/user-defined functions, MDM4J и проч. и проч.

quote]
Совершенно со всем согласен... Небольшое дополнение для почитателей ABAP технологии На ряду с Web Dynpro for Java начиная с NW2004s существует Web Dynpro for ABAP, которым я уже активно пользуюсь.. не мог не сказать про это, тк я просто тащусь от красивых картинок на WD после скучных репортов на pure ABAP.

Только вот есть пара моментов:

1. В SAP Developer Studio (Java) разработка ведется в локальной среде off-line. В ABAP Workbench - через тонкий клиент в серверном репозитарии, что намного тормознее.

2. WD4Java с равным удобством позволяет использовать практически любую модель данных, как Adaptive RFC, так и, например, EJB, RDBMS etc. WD4ABAP, в свою очередь, имеет прямой доступ к словарю данных и прочим средствам ABAP-сервера, но к сторонним моделям будет обращаться через костыли.

Но в любом случае, это, конечно, прорыв. SAP наконец-то последовал давно общепринятой парадигме MVC и разделил слои представления и бизнес-логику.

2Изя Шниперсон раз вы такой упорный - умываю руки.

есть такое наступал на эти костыли.... впрочем, этот недостаток относится и к обычному ABAPу.. будем надеяться, что появятся более удобные средства общения ABAP и внешних моделей данных.

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

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