
Envoyé par
hugo123
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, ca 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ées pour ca pour ceux qui aiment...
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.
1 |
0 |