Очень странно что ABAP попал в ненормальное программирование.
На мой взгляд — это лучший язык для решения бизнес-задач.
Дело не только в языке, но и в самой платформе. То что на C# или Java придется делать неделями — на ABAP сделаешь за день.
А про «убогость» инструментов разработчика — ну для меня InteliJ IDEA убогий или Eclipse. Тут чистая вкусовщина.
Ну например, как Вам — не нужно писать юнит-тесты на компоненты разработки — платформа проверяет исходный код, интерфейсы, SQL, API для сервисов на соответствие между определением и обработчиком. И не даст такой код запустить автоматически и перенести его на другой сервер.
Или встроенный инструмент CI/CD из коробки — когда можно связать ландшафт разработки в течении 10 минут и начинать проект сразу после startup-meeting.
В общем, я реализую проекты на C# (.net и core 2.x), Java EE (FP) (от 1.8 до 15), C/C++, PHP, ABAP/4 (от 4.7 до S/4), JS/TS (от создания UI-Frameworks до полноценных решений на AngularJS/React) и мне есть с чем сравнивать. Могу сказать следующее — если нужно быстро реализовать бизнес-процесс, группу бизнес-процессов — то при наличии SAP Netweaver AS — я выберу именно эту платформу. Остальные решения — или вынесение UI в DMZ (например на Node.JS+nginx) или библиотеки расширения и интеграции для SAP AS.
Как не странно это и дешевле и быстрее и поддержка лучше и стабильность выше.
А для «модных» разрабов добавлю — наконец связка Kuber+Docker начала приближаться по функциональности к возможностям SAP Application Server.
А для J2EE выберу лучше или Websphere или WildFly )))
Хорошая статья — показывает что направление развития языков программирования встало в спираль самоедства.
Применение в качестве средства программирования языка высокого уровня — упирается в ограничения платформы или структуры и постоянно для конкретных задач требует расширения
Применение низкоуровневых языков на базовых логических конструкциях (а С конечно один из таких) — приводит, при наличии гибкости, к сотням сложных обработок и однотипных повторений. Выведение их во фреймворки БЕЗ централизованной модерации — ничего не решает.
Я думаю что С умрет только тогда, когда появится такой инструмент программирования — который позволит погружаться разработчику до машинных кодов, предоставляя в основе своей язык 4-го или даже 5-го уровня для описания алгоритмов. И конечно он должен иметь развитые семантики и инструменты работы с данными и их метамоделями.
На мой взгляд — это лучший язык для решения бизнес-задач.
Дело не только в языке, но и в самой платформе. То что на C# или Java придется делать неделями — на ABAP сделаешь за день.
А про «убогость» инструментов разработчика — ну для меня InteliJ IDEA убогий или Eclipse. Тут чистая вкусовщина.
Ну например, как Вам — не нужно писать юнит-тесты на компоненты разработки — платформа проверяет исходный код, интерфейсы, SQL, API для сервисов на соответствие между определением и обработчиком. И не даст такой код запустить автоматически и перенести его на другой сервер.
Или встроенный инструмент CI/CD из коробки — когда можно связать ландшафт разработки в течении 10 минут и начинать проект сразу после startup-meeting.
В общем, я реализую проекты на C# (.net и core 2.x), Java EE (FP) (от 1.8 до 15), C/C++, PHP, ABAP/4 (от 4.7 до S/4), JS/TS (от создания UI-Frameworks до полноценных решений на AngularJS/React) и мне есть с чем сравнивать. Могу сказать следующее — если нужно быстро реализовать бизнес-процесс, группу бизнес-процессов — то при наличии SAP Netweaver AS — я выберу именно эту платформу. Остальные решения — или вынесение UI в DMZ (например на Node.JS+nginx) или библиотеки расширения и интеграции для SAP AS.
Как не странно это и дешевле и быстрее и поддержка лучше и стабильность выше.
А для «модных» разрабов добавлю — наконец связка Kuber+Docker начала приближаться по функциональности к возможностям SAP Application Server.
А для J2EE выберу лучше или Websphere или WildFly )))
Применение в качестве средства программирования языка высокого уровня — упирается в ограничения платформы или структуры и постоянно для конкретных задач требует расширения
Применение низкоуровневых языков на базовых логических конструкциях (а С конечно один из таких) — приводит, при наличии гибкости, к сотням сложных обработок и однотипных повторений. Выведение их во фреймворки БЕЗ централизованной модерации — ничего не решает.
Я думаю что С умрет только тогда, когда появится такой инструмент программирования — который позволит погружаться разработчику до машинных кодов, предоставляя в основе своей язык 4-го или даже 5-го уровня для описания алгоритмов. И конечно он должен иметь развитые семантики и инструменты работы с данными и их метамоделями.