t'as oublié leMais cela dit je partage ton avis à 100 %.
Code : Sélectionner tout - Visualiser dans une fenêtre à part return ok;
parce que c'est :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7
8
9
10 if (ok==true) { return true; } else { return false }
C'est peut être aussi un problème d'envie... non ? J'ai appris le J2EE pendant mes études, et j'ai eu plusieurs propositions d'embauches à Sofia Antipolis. Je les ai toutes refusées car je déteste le J2EE, je trouve ça juste chiant et sans intérêt (ce n'est qu'un goût personnel bien entendu, n'y voyez pas là une critique). J'ai aussi un avis politique sur le J2EE mais on va éviter le troll, ce n'est pas le sujet
Je pense qu'il serait intéressant d'avoir une comparaison entre la quantité de personnes qui savent faire et qui ont envie de faire, car ce n'est vraiment pas la même chose. S'il y a un désamour assez commun envers J2EE de la part d'une majorité de gens, la difficulté à trouver des profils n'a rien d'étonnant.
Find me on github
j'en connais des comme vous qui se sont sauvés et sont devenus transfuges en .NET
En même temps, un développeur Java qui ne comprends pas le C# et réciproquement, je pense que ce n'est pas un développeur.
Maintenant, je ne sais pas si c'est de la paresse mais j'en ai marre de passer mes journées à réinventer la roue, à lire du code basé sur singleton, à voir des fichiers xml partout, à me battre pour faire un écran simple, à la simple gloire de la portabilité. C'est super quand tu apprends, quand tu sais faire, c'est pénible. C'est lourd, c'est chiant, et les tâches les plus simples deviennent un empilement de trucs, les applis sont pleines de bouts de codes copiés coller d'internet.
Le seul truc qui me manque du java en c#, ce sont le enums. Et point barre. Pour tout le reste, je me suis même surpris à me dire "tiens je vais le faire en Java" et en ouvrant Eclipse, j'étais content. Et là je devais faire du code basé sur des traitements de collection et là d'un coup un sentiment de grande fatigue : getIterator()....
J'ai repris le truc en C#; avec linq et une expression lambda, j'ai fait le truc en 2 lignes.
Mais sinon les enums sont sympas
quant à J2EE, abstention aussi; je pourrai devenir désagréable...
C'est grave docteur ????
Moi perso je me suis sauvé pour faire du C++ et je m'amuse bien
J'utilise toujours Java perso mais pour prototyper des trucs viteuf, et surtout pas en J2EE.
Find me on github
C'est marrant j'ai l'impression d'avoir écrit ces lignes tellement que j'en pense la même chose.
Moi je refuse pas mal d'offre sur toulouse car dans le coin ils ont à fond java, c'est sur c'est gratuit et open source alors du coup ça attire, mais utiliser des prog pondu par d'autre qui ne font aucune maintenance je vois pas l'intérêt surtout que le jour ou tu veux faire la maintenance ben tu pleures car il y en a dans tous les sens.
Une fois je me suis dit je vais essayer j2ee avec prime faces, ben la aussi j'ai vite arrêté et pleuré. C'est d'une galère sans nom.
En plus ce qui me fait le plus détester les applis java c'est leur look, bah!!!! c caca. Tu les reconnais à 10 000 à la ronde. Chez moi il y a une boite qui dev un ERP ne java, ben tous les utilisateurs disent c'est compliqué et lourd, normal quand on prog en java on réfléchit dans la logique java. Et je ne vous parle pas de sortir des impressions . Enfin je m'arrête là car java j'en ai horreur et pourrait en dire du mal pendant des heures.
Si vous souhaitez entrer dans le débat java vs .Net, vous avez déjà un post :
http://www.developpez.net/forums/d84...e-net-vs-java/
Inutile de lancer des trolls ici
Pourquoi ? C'est bien le sujet ! Tout le monde n'a pas envie de faire du java ou du .Net. Et ça explique aussi la difficulté.
Je ne suis pas certain que beaucoup ici puisse m'apprendre grand chose sur Java et pourtant je n'ai plus envie professionnellement d'y toucher.
Je ne vois pas en quoi c'est du troll de parler de ça. Maintenant si tout ce qui touche à de l'avis non consensuel et un troll, on ne peut plus discuter de rien.
Clairement faire de l'architecture ou du développement en java aujourd'hui, c'est devenu pénible. A cause de toutes les chapelles, des compétences éparses sur les différents frameworks ou simplement de l'envie de travailler sur des techno opérationnelles rapidement.
Pourquoi pointer du doigt les défauts de Microsoft est toujours de bon ton et pointer du doigt les errances du libre serait toujours du "troll" (terme d'ailleurs suffisamment puéril en mon sens) ?
Ce n'est pas parce que Java est "libre" qu'il est mieux et préférable d'un point de vue pro. C'est une techno en perte de vitesse, qui souffre d'une politique floue, d'une évolution lente et d'une communauté pesante voir sclérosante.
Et ce n'est pas une nouveauté.
Non le sujet n'est pas la comparaison des langages mais le marché de l'emploi la pénurie pour certains types de compétencesPourquoi ? C'est bien le sujet !
Pour ce qui est du troll, les phrases suivantes en sont :
Le singleton c'est un design pattern, pas une caractéristique de Java...j'en ai marre de passer mes journées à réinventer la roue, à lire du code basé sur singleton
Java c'est un écosystème et tout n'est pas libre. En se recentrant sur le sujet du marché de l'emploi, aujourd'hui les annonces parlent de websphere par exemple et c'est loin d'être libre.Ce n'est pas parce que Java est "libre" qu'il est mieux et préférable d'un point de vue pro
No comment...J2EE me gonfle aussi aujourd'hui. Et surtout les gens que ça implique.
Maintenant comme je disais, un post existe pour s'exprimer sur le sujet. Perso c'est le genre de sujet que j'évite puisqu'ils sont inutiles au possible et s'il était possible d'éviter de faire dévier ce sujet je préférerais.
De plus l'appelation troll n'a rien de puéril comme tu dis, ça correspond bien à une réalité, celle de la provoc gratuite qui n'a pour but que de faire réagir. Et ce n'est pas le genre de discussion que j'apprécie sur un forum. Autant aller sur les sujets déjà dédiés pour ça pour ceux qui aiment...
Oui sauf que les phrases troll dont tu parles font suite à mon propos : s'il y a un désamour commun pour ces métiers, difficiles d'y trouver des gens compétents. La réaction de B.AF était "en effet moi j'aime pas ça du tout". Je pense que ce n'est pas la peine de l'interpréter plus loin.
Find me on github
Ce que tu dis être du "troll" ce sont les raisons qui font qu'aujourd'hui professionnellement je ne veux plus faire de Java.
Pour le singleton, regardes bien le code de velocity ou de struts, même de jbox : c'est bourré de singleton. Et debugger des singleton, c'est pénible.
je ne sais pas si tu as gouté aux joies du struts, des EJB, de JPA et autre JSF mais oui, à chaque projet, tu repars sur le même volume de tuyauterie; les mêmes librairies, les mêmes difficultés.
Et oui çà me gonfle parce que c'est un bon langage que j'aime beaucoup. Mais trop de personnes ont sacrifié le paradigme objet de Java à l'autel de la portabilité. Ce qui fait qu'aujourd'hui, c'est compliqué et pas drôle de développer de l'UI en Java. Qu'il y a un nombre incalculable de librairies à prendre en compte, que les class path sont une mécanique antédiluvienne, et qu'il y a une vraie problèmatique d'homogénéité dans J2E (moins dans JSE je l'accorde).
"Les profils java sont plus difficiles à trouver" et oui, parce qu'aujourd'hui un bon profil Java, c'est quelqu'un qui a l'expérience tout au plus d'une dizaine de frameworks dans un écosystème de plusieurs milliers. En fait il y en a tellement que tu peux très bien avoir une personne qui soit excellent en modélisation objet, qui soit très solide en Java et que tu le mettes sur un projet où il sera tout nu parce que le Java à utiliser sera relatif à l'ingenierie des frameworks utilisés et plus au java pur.
Et ça c'est le principe de "1 norme (JSR) et plusieurs implémentation" qui asséche le vivier de développeur. (Et encore, c'est sans compter sur ceux qui viennent du 1.4, ceux qui viennent du 1.5; ceux qui ne connaissent que Eclipse...)
Un développeur Java ne peut pas maitriser tout l'écosystème Java et donc il devient souvent hyperspécialisé. Là ou un développeur .Net s'appui sur des implémentations standardisées (ex : WCF) qui font que tous les développeurs ont une courbe d'apprentissage relativement proche.
Il est donc difficile de construire une équipe homogéne, de désigner des standards et de trouver les bonnes personnes. Là où les CV .Net sont nettement plus homogénes.
Et Microsoft a bien compris ça je trouve.
C'est pas vraiment que les profils java soient difficiles à trouver, c'est surtout que les projets en java des entreprises sont suppérieurs, et donc qu'ils recherchent plus de monde qu'il n'y a de disponible.
La demande est tout simplement moins forte en .net, à cause de toutes les contraintes qu'il impose aux développeurs, et aussi parce que les développeurs un temps soit peu soucieux de leur carrière vont privilégier un langage qui est utilisé.
Les experts en Brainfuck ne sont pas difficile à trouver parce que personne ne les cherchent.
C'est pas une étude pour savoir ce qui est difficile à trouver, mais pour savoir quelles technologies apprendre pour être en position de force sur le marché de l'emploi, par ordre décroissant...
Yoshi
PS : tous les propos tenus dans le message ci-dessus sont à préfixer avec "A mon humble avis", "Je pense que". Il serait inutilement fastidieux de le rappeler à chaque phrase.
Find me on github
On est d'accord sur le fait que les singleton c'est chiant (enfin si c'est injecté par IOC le debug n'a rien de pénible). Jbox connait pas, pour le reste j'arrive bien à débugger avec les frameworks de tests qui existent pour ces outils (strutstestcase par exemple).
J'y ai gouté. On peut y voir un inconvénient, personnellement j'y vois une richesse. Actuellement je suis dans une boite qui utilise les technos Microsoft et l'absence de choix dans les outils est plutôt désagréable.
Et comme justement il y en a pour tout les gouts, l'UI en java ne m'a jamais posé problème pour le web. Pour le client lourd à l'inverse Java est en retard...
D'ailleurs son retard provient en partie... de l'absence d'alternative à Swing. C'est le choix/l'écosystème qui donne sa qualité à un langage selon moi.
Ok, on revient sur le sujet (même s'il y a un jugement de valeur par la suite)
Pas certain que les offres actuelles ne recherchent que des séniors. Malheureusement l'étude n'indique pas la proportion entre séniors et juniors.
Il m'a semblé en cherchant un peu voir plus d'annonce pour des juniors ou 3-5 ans d'expérience. C'est pour moi plus le volume d'annonce qui est important que l'offre qui est faible.
Il me semble que c'est bien le nombre de job qui est plus important plutot que le nombre de profils qui est faible. Mais comme ce n'est pas précisé, le reste n'est qu'hypothèse.
Pour ce qui est de la spécialisation des profils java, effectivement il faut plus d'expérience pour tout maitriser. Mais de la à dire qu'un expert JSF le sera toute sa vie c'est exagéré ^^ Ca c'est le discours qu'on peut entendre d'un RH mais heureusement un bon professionnel est capable de changer de framework, et même de changer de langage.
Oui enfin il y en plein, c'est juste qu'il y a plus de demande, mais c'est vrai que c'est une bête histoire de formulation.
En fait, je voulais surtout répondre à cette participation :
Ouiii il n'est est jamais trop tard pour commencer à vivre
Yoshi
PS : tous les propos tenus dans le message ci-dessus sont à préfixer avec "A mon humble avis", "Je pense que". Il serait inutilement fastidieux de le rappeler à chaque phrase.
Personne ne peut maitriser 1000 frameworks et être experts sur ces 1000 et en même temps continuer à en apprendre de nouveaux.
Et ce n'est pas un jugement de valeur.
Si tu prends l'exemple de Linq. Chez Microsoft, ils te font une proposition de valeur ajoutée directe, et quelques implémentations (Linq to Sql, Linq to Xml, ...) et ils font évoluer ces implémentations. Et ils permettent (ok c'est pas simple) de créer une implémentation propriétaire.
Sur Java, tu aurais une JSR, et une bonne cinquantaine de framworks OSS ou pas qui proposerait l'implémentation de la JSR. Donc chacun avec sa vision et sa subtilité et probablement un aboutissement différent.
Donc si demain tu rencontres un développeur qui te dit comprendre EJB : quelle version ? Quelle implémentation et quelle version de l'implémentation ? JPA ou pas ? OSS ou Propriétaire ? Et la calibration du profil est compliqué.
Les experts cobol sont toujours des experts cobol aujourd'hui. Les experts struts le sont toujours. Les applications en VB6 et en JSE 1.4.2 sont toujours là et il y a toujours des experts. Et c'est normal.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager