Не флейма ради, а только волей пославшей меня тещи :^)
Несколько раз смотрел на APEX и никак не могу решиться использовать его для будущих проектов. Единственное его неоспоримое достоинство - использование PL/SQL для разработки, но даже это достоинство только для разработчика Оракла. Бесплатность его относительна; для больших проектов потребуется как минимум HTML сервер из Fusion. Чем использование APEX более привлекательно,
чем использование любого другого, истинно бесплатного и более распространенного фреймворка для разработки для Интернета? Тем, что можно относительно быстро слепить веб-морду для уже имеющихся в базе данных?
Мне, видимо, придется осенью сделать небольшое веб приложение с нуля с Ораклом на заднем плане, вот и думаю, стоит ли заморачиваться с APEX, или учить какой-нибудь Ruby on Rails или что-нибудь на JAVA (да хоть и ASP.NET!). Хочется потратить время на изучение более полезного фреймворка, и как-то меня APEX не убеждает.
Чем вас привлекает APEX? В финансовом плане он ИМХО проигрывает вчистую - платишь деньги за Оракл и используешь его чтобы формировать HTML странички. Может я что-то упускаю?

LegiOracle XE - халява :)
Oracle XE навсегда остался версией 10.2.0.1. Вы будете использовать Оракл 10.2.0.1 SE или EE для работы без патчей? К слову, Майкрософт свой MS SQL Express патчит, а уж про MySQL и PostrgreSQL я и не говорю. Так что как бесплатная 'вступительная' версия базы данных Oracle XE далеко не самый лучший вариант. Годится только для прототипов для будущей миграции на платные версии Оракла, и то с ограничениями.
Legiесть специализированные хостинги под АПЕКС
Хостингов под ASP.NET или JAVA+MySQL на порядки больше, следовательно из-за конкуренции цены ниже.
_some_Начальный уровень вхождения - совершенно бесплатен
То же самое с ASP.NET, двумя десятками JAVA фреймворков, Ruby on Rails, Python, Perl и т.п.
_some_Для разработки достаточно PL/SQL
Если это единственный язык, который вы когда-либо собираетесь использовать, то это неоспоримое достоинство. Но вообще-то знание JAVA, Javascript, Ruby или C# карьере не мешает.
_some_Разработка - декларативная. То есть ООП нет. Вы работаете только с базой данных без всяких прослоек в виде ORM и прочих рожнов.
Сомнительный пункт. Вы генерите пропасть Javascript кода, который в общем-то объектно-ориентированный. Вообще визуализация данных для пользователя - сильная сторона ООП, и GUI обычно создаются на объекто-ориентированных языках.
_some_Вы работаете с закрытой платформой мегакорпорации. То есть получаете работоспособный движок, профессиональную документацию и кучу заманух
То же относится к ASP.NET и разработке на JAVA для Weblogic как минимум. Заманухи - сыр в мышеловке. Как в этой конференции уже говорилось, даже Oracle HTML сервер нельзя поставить в работу без дополнительных лицензий, бесплатен только EPG.
_some_Ваше последнее предложение (проигрышь в финансовом плане) дает основание предполагать в Вас обычного тролля
Ну я же просил без флейма! Что, невозможно удержаться разок? Объясняю про финансовый проигрыш. Две архитектуры веб приложения на Оракле - одна на APEX и другая с отдельным бесплатным веб и аппликейшен сервером. Вы платите $20'000 за Оракл на сервере с 4 CPU. В APEX 3 CPU делают работу базы данных, а 1 CPU работает на APEX с примочками (генерация PDF, отчетов, графиков и т.п.) . С выделенным веб и аппликешейн сервером все 4 CPU пашут только на базу данных. Итого при APEX $5000 из платы за лицензию уходит не на Оракл, а на что-то, что может быть сделано возможно лучше другими средствами, плюс дешевле или бесплатно.
Вам не кажется странным, что два самых больших проектов на APEX - бывший Metalink и AskTom были сделаны там, где не надо было платить за лицензию Оракла?
_some_При достижении определенных масштабов проекта проще заплатить высококлассным специалистам и приобрести платное ПО
Я не SAP собираюсь переписывать. Речь идет о внутренних проектах небольшой или средней сложности с числом пользователей от 5 до 500. Для многочисленных несложных внутренних проектов разработка внутри компании часто предпочтительнее, поскольку проще ставить техзадание в силу лучшего понимания бизнеса разработчиками.
_some_И прочитайте же наконец RTFM!
Вы его сами читали? Найдите мне там сравнение преимуществ разработки на APEX по сравнению с ASP.NET, ASP.NET MVC, Google AppEngine, Ruby on Rails и т.п.
Список наиболее популярных систем разработки Интернет приложений

Скажем, потенциальные клиенты регистрируются на интернетовском сайте, а маркетологи тянут эти данные когда работают с интранетовским приложением. Разница в лицензиях имелась ввиду между named user и per CPU? В интранете тоже часто надо лицензировать per CPU. Как только становится невозможным гарантировать, что с приложением работает строго определенное количество людей требуется лицензирование по процессорам.
$5000 я, конечно, для примера привел. Против самой идеи, что APEX отбирает у Оракла оплаченные ресурсы есть что возразить?
Почему вам не понравился APEX для Интранета? Мне, собственно, как раз интересны причины по которым люди выбрали или не выбрали именно APEX при наличии огромного выбора других очень хороших средств разработки для Интернета.

Спасибо Siemargl.
У меня были похожие ощущения. Слишком много чудес для быстрой разработки и легкой поддержки и недостаточно гибкости для серьезных проектов. Придется все-таки или с ASP.NET MVC разбираться, или поговорить с друзьями что из свободных Java фреймворков сейчас популярно и почему.