Николай Васильевич Петров,

Моё видиние:

- Программирование на высоком уровне с уровнем абстракции от низкого уровня (html/Javascript/jQuery), так же с достаточно широкими возможностями выхода на низкий уровень (шаблоны и проч.)
- Многократное сокращение кода, как pl/sql так и html/Javascript/jQuery засчет его автогенерации и абстракции
- Декларативное программирование делает большинство работы + удобное визуальное представление компонентов интерфейса
- Наличие широко класса библиотек и стандартных инструментов бесплатно. В том числе удобные средства отладки, мониторинга, импорта-экспорта, перевода и многих др. на уровне, которые практически невозможны или невероятно затратны при "рукопашном" программировании.
- Apex не только успешно используется, но заточен под корпоративный сектор, чего не скажешь про упомянутый Javascript и ручную верстку

Есть и недостатки разные, например, войны с тем, чтобы выглядело именно так, а не иначе, или, чтобы прикрутить какие-то фишки к стандартным вещам, приходится переходить на низкий уровень или прибегать к разным хитростям. Не все стандартные компоненты гибкие в этом плане, хотя возможностей много, в том числе и создание плагинов. Если всю верстку и дизайн планируется создавать с 0 без учета особенностей апекс, то такие войны могут свести на нет большинство преимуществ или, в худшем случае, вовсе свести все к тому же "рукопашному" программированию.

Николай Васильевич Петров2. Стабильность работы APEX оставляет желать.
Баги есть и исправляются как в любом продукте, врят ли это можно назвать нестабильностью.

Я лично за (весьма большой) опыт работы с апекс нестабильностей практически не встречал.
То что встречается на форуме по поводу конкретно нестабильности - это не владение инструментом, незнание концепций, неумение пользоваться отладкой, или, вовсе, использование недокументированного версионно-зависимого функционала.

Apex5.7,

По многим аргументам апекс даст фору программированию под mod_plsql, часть из которых я уже перечислил.

Apex5.7Бизнес логика.... Да сказки все это. Любую бизнес логику можно реализовать на любом языке, важен лишь только опыт!
Вот и появляются люди, которые не знают, нафига нужен pl/sql и вообще oracle, если все можно крутить на mysql...
И те же самые аргументы. Вам стоит начать с раздела сравнение субд, потом, когда определитесь, почему oracle, вопрос скорее всего отпадет сам собой, если нет, возможно апекс для вас и не самое подходящее решение.

По существу:

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

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

Apex5.7Нет ни одного крупного проекта на апексе. (в гугле не нашел ни одного).
Смотря что считать крупным. Apex изначально ориентирован на малый и средний бизнес.
Ну, например, есть множество приложений, что крутятся на Oracle Forms, и тот раздел, если посмотрите, куда менее популярен, чем этот, так что, смотреть можно по-разному.

Apex5.7Спецы тебе расскажут, что апекс это супер, так как эти спецы далеко не спецы. Для них CSS это уже проблема
Вот это врят ли, после первого же внедрения, позвонит пользователь и скажет, "а сделайте, чтобы...", и CSS придётся таки изучать. Требования существуют разные и это уже решает, нужно ли знать CSS/jQuery с самого начала или это можно изучить при необходости. В корпоративных приложениях, как правило, дизайн стоит далеко не на первом месте. Другой вопрос - нужен ли вообще html в корпоративных приложениях, ну люди так или иначе к такой необходимости приходят.

Ну а в некорпоративных приложениях, где всё начинается с дизайна в фотошопе, мало кто поспорит, что апекс - идеальное решение.