Имеется большое корпоративное приложение, всё на формсах, его поддерживают и развивают ~20 лет. К нему приложили руку поколения консалтеров, документации естественно никакой нету, бизнес-логика довольно кучерявая, но баги в основном все выловлены, худо-бедно работает.
Вот руководство IT под предлогом "это не современно", все время блямкает что мы будем "переводить"(???) эту всю байду на Oracle ADF. Реальная мотивация, как я понимаю, это job security, т.е. придумать какой-нибудь геморрой чтобы можно было содержать весь штат IT (~40 человек) и продолжать получать присвоеный оклад содержания.
Руководство в далёком прошлом (20-30 лет назад) тоже было из девелоперов но сейчас, как и все руководство, интересуется только чтобы прикрыть свою жопу. Руководство понимает, что никакая "миграция" невозможна, можно лишь начать делать приложение с нуля.
Сам я на формсах уже 20 лет. И вот сижу дома, копаю этот ADF tutorials, волосы дыбом от нелогичности и запутанности по сравнению с формсами. К тому же официальные оракловские tutorials очень похожи на манускрипты алхимиков, тупое пошаговое исполнение какой-то абракадабры без малейших объяснений, что делается, зачем делается. Вообще непонятно c каких пор пошаговая инструкция для ЧПУ называется tutorial? Даже к этому чертовому Apex и то tutorials были разумнее.

Меня интересует мнение тех кто вляпался уже в ADF - есть ли у это шняги хоть какое-то будущее, как выглядит разработка -
есть кто-нибудь с формсов, кто сейчас работает с ADF?


Мне пока это представляется кошмаром, учитывая что у нас нет джавистов, все люди - чистый PL/SQL, у всех опыт формсов от 20 до 5 лет минимум.. Что скажете?

Leonid Kudryavtsev,
похоже, вы и с формсами всерьёз "не сталкивались".
вот это вот "более-менее стандартные пользовательские экраны" и "Основная бизнес логика все равно скорее всего в базе" - это сферический конь в вакууме. Тут-то вы и спалились. Полагаю, вы плохо понимаете как выглядит приложение на формсах которое начало разрабатываться 20 лет назад и разрабатывается до сих пор, после бесчисленных поколений безымянных индийских и американских консалтеров.

Добро пожаловать в реальную жизнь.

Никому не нужны "стандартные пользовательские экраны". В реальной жизни это дико навороченая мешанина не имеющая ничего общего со "стандартами", а бизнес-логика равномерно размазана между формой и сервером, и бОльшая часть вообще на форме, да и к тому же в библиотеках (pll) плюс бесконечные вложеные переходы от формы к хранимке как это любят делать индусы плюс изрядная доля Webutils. Не говорю уже о куче .rdf, также made in Хайдерабад с сотнями вложеных формул, плейсхолдеров и с собственными тригерами в изобилии.
Вот поэтому я и хотел бы услышать мнение тех, кто работал _В СЕРЬЁЗ_ с формами и затем был вынужден перелезть на ADF.

ЗЫ О каких " 6-9 тыс страниц" tutorials вы говорите??? Я говорю вот об этом убожестве:
https://docs.oracle.com/cd/E53569_01/tutorials/toc.htm

irbis_al,
Как же хорошо когда нет опыта работы в крупной корпорации, всё кажется таким лёгким!!!
Захотел - выбрал Apex, захотел - и работаешь по оптимальной технологии.

Увы, в реальной жизни никакого выбора нет. Начальство сказало квадратное катать, круглое таскать - молча делаешь. От забора и до обеда. Знакомо?

Кстати, был поклонником Apex'а, сейчас полностью разочаровался. Последние релизы выглядят хаотичным и нелогичным угробищем, ни малейшей логики в разработке и интерфейсе. Оракл вообще за последние 10 лет настолько активно внедряет принци job security, что почти все продукты стали не юзабельными.

Только не говорите переходить на постгресс. Кстати, как БД оракл все еще хорош. А вот все что предлагается для front-end - чудовищно.