[LCC] Oracle/JDeveloper/ADF

178 views
Skip to first unread message

Jérôme M.

unread,
May 20, 2011, 9:12:22 AM5/20/11
to lescastcodeurs
Bonjour,

Suivant un peu les offres de développeur JEE, je me retrouve assez
fréquemment confronté à des entreprises utilisant ADF, qui ne
demandent toutefois pas de connaissances préalables de ce framework.

J'aimerais donc savoir si certains d'entre vous ont eu l'occasion de
travailler avec, et le cas d'échéant, serait-il possible d'avoir un
retour d'expérience par rapport à une potentielle valeur ajoutée ?

Est-ce que cela bride de quelque manière qu'il soit la liberté de
développement ? Est-ce trop directif ? Quid de JDeveloper ?


Merci pour vos retours,
Jérôme

Tugdual Grall

unread,
May 20, 2011, 9:44:09 AM5/20/11
to lescast...@googlegroups.com
Hello,

Disclaimer: j'ai travaillé chez Oracle de 99 a 2007 : ca date un peu ...mais voici mon point de vue.

2011/5/20 Jérôme M. <jerome...@gmail.com>
Basé sur mon experience de l'époque , ma vision actuelle des clients que je rencontre et les echanges que j'ai avec mes amis oracliens...

1- ADF est tres bien si tu es 100% Oracle.
Meme s'il s'appuie sur des composants "ouverts/standards" comme JSF, JPA, etc etc...
Le meilleur moyen de le faire fonctionner, d'avoir du support de qualité (par la communauté ou le support oracle) est de rester dans la "vision" Oracle,c'est a dire:
   - les composant ADF (qui sont tres riches et vraiment pas mal)
   - le data binding Oracle
   - ADF Business Component ( fka BC4J)
  ....

Il faut eviter les chemins de traverses :)


2- Trop Directif
Hmm il est assez difficile de donner un avis ici...
Ce qui est trop directif pour certain va representer un atout pour d'autre.
Par exemple Oracle Fusion Apps (Oracle Applications.... ERP+PeopleSoft+JDE+Siebel+...) est developpé par des milliers de developpeurs chez Oracle qui utilisent ADF: et dans ce cadre il est tres important d'etre directif...
Je me souviens meme lors d'ODTUG (Oracle Developer Tools User Group) d'avoir des clients qui commentent la le slogan d'ADF/JDEV : "Productivity witgh Choice". On nous reprochait presque de donner le choix entre les technos/fwk. Certains developeurs (ou plutot organisation) ne veulent pas de ce choix. Allez voir les gros SI qui mettent du MDA partout :)

Donc pour eviter de divaguer et repondre a ta question:
 - ADF en tant que tel n'est pas "trop" directif, tu peux faire tout ce que tu veux ou presque.
 - mais je pense qu'en restant dans le moule et en te laissant diriger c'est justement LA que tu tire le plus de benefice de cette offre.
>> en tant qu'Oracle j'essayais toujours de faire en sorte de garder les projets dans le moule (mieux pour le client, les partenaires, consultants, et oracle...)

3- JDeveloper
Pour faire de l'ADF, et bien faire de l'ADF la reponse est simple:
 - Aujourd'hui il faut JDeveloper...
JDeveloper n'est pas un mauvais outil... pour un client oracle biensur, et notamment l'integration de tout ADF+SOA+.....

Il est possible de "developper" des applications ADF sans Jdeveloper.... mais "what's the point?"
ADF est la pour rendre le developpement d'application JavaWeb productive, et l'outil fait parti du package.


En conclusion:
 - si tu rentres dans le moule, que tu mets ton costume ADF et que tu restes bien dans la ligne du parti : c'est une bonne solution avec une vraie valeur ajouté en terme de productivité. (mais attention si tu devies un peu tu perds vite le controle et c'est retour a la case départ)

Un dernier commentaire:
 - il y peu de vrai specialistes ADF (developpeurs ou SSII), mais les sociétés qui ont accepte de plonger dedans sont souvent tres competentes et ont un beau "marché"
  >> et de nombreuses opportunités "futures" autour de Fusion Apps (la customisation de l'ERP Oracle se fait par le biais d'ADF ... c'est qd meme mieux que l'ABAP... ) Mais je ne suis pas certain que sur la mailing list des cast codeurs cet argument soit le plus important.

tug
eXoracle...


 

Merci pour vos retours,
Jérôme

--
Vous recevez ce message, car vous êtes abonné au groupe Google Groupes lescastcodeurs.
Pour envoyer un message à ce groupe, adressez un e-mail à lescast...@googlegroups.com.
Pour vous désabonner de ce groupe, envoyez un e-mail à l'adresse lescastcodeur...@googlegroups.com.
Pour plus d'options, consultez la page de ce groupe : http://groups.google.com/group/lescastcodeurs?hl=fr


Jérôme M.

unread,
May 20, 2011, 10:21:09 AM5/20/11
to lescast...@googlegroups.com
Merci pour cet avis éclairé Tugdual.

Ma crainte principale concerne l'asservissement vis-à-vis de l'outil
qui fait tellement de choses à ta place que tu perds trop de
visibilité sur la mécanique interne, et qu'à terme tu te sentes
complètement perdu en sortant d'ADF. Mais après, nous sommes d'accord
que ce point relève surtout d'une démarche personnelle du développeur.

Si je comprends bien, c'est que ce genre de démarche est un peu
binaire : soit tu rentres dedans à fond, soit pas du tout, en
acceptant de te cantonner à un environnement de développement unique
avec tous les avantages et les inconvénients que cela occasionne.

Cependant, d'après ce que tu me dis avec ton objectivité toute
relative ;-), c'est que l'intérêt est réel, et que ce framework ne
sert pas uniquement à pallier le potentiel manque de compétences des
développeurs.

C'est réellement là que je veux en venir, ADF nécessite-t-il de
comprendre les rouages de JEE ou est-il accessible à un point où un
développeur lambda, moyennant une formation très ciblée sur l'outil en
question, puisse être productif très rapidement ?

En dehors de cela, tu confirmes mon ressenti sur le fait que les
compétences ADF se font rares et qu'il y'a une réel potentiel
commercial derrière.

Merci encore,
Jérôme

Le 20/05/11, Tugdual Grall<tug...@gmail.com> a écrit :

Reply all
Reply to author
Forward
0 new messages