Logiciel : Nuxeo CPS tournera sous Java
Posté par Stefane Fermigier (page perso, ). Modéré le 28 septembre 2006.
0
Nuxeo CPS (Collaborative Portal Server) est un logiciel de gestion de contenu et de travail collaboratif en GPL. Actuellement basé sur Zope, il est en cours de portage vers Java, plus spécifiquement Java EE 5, et utilise un grand nombre de technologies standards (JCR, EJB3, JSF, OSGi…) et de produits libres (Apache Jackrabbit, Lucene, JBoss AS, jBPM, JBoss Rules, Seam…).
Le logiciel a été au passage renommé Nuxeo 5, et devrait sortir au novembre d’après la feuille de route du projet. Il sert à réaliser des applications à la fois en environnement serveur (Java EE) et en environnement client riche (RCP).
Il repose sur
- un module qui fournit un système de composants extensibles et faciles à déployer et baptisé Nuxeo Runtime. Ce module peut d’ailleurs être utilisé dans tout type d’application Java. La version 1.0 a été annoncée cette semaine,
- un “coeur de gestion documentaire”, Nuxeo Core qui fournit les fonctions de base de la gestion documentaire, et qui peut être embarqué aussi bien dans des applications serveurs que clientes. La version 1.0 sortira en octobre
Nuxeo 5 utilisera la licence LGPL.
![[en]](../images/en.png)
Nuxeo 5 (1190 hits)![[fr]](../images/fr.png)
La FAQ sur le passage à Java (582 hits)-
Interview de l'équipe technique sur InfoQ (173 hits)
-
Le module Nuxeo Runtime (114 hits)
-
Nuxeo CPS (187 hits)
> Lire la suite (175 commentaires, moyenne: 2,6). [dépêche : 0 caractères]
Vous avez demandé le commentaire #760102.
Run by 
Cette page a été générée par Templeet en 0.112s (dont 0.0099 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Bonne nouvelle ?
J'avoue être assez dubitatif en lisant l'article :
- c'est certainement une bonne nouvelle pour CPS car peu d'entreprises ont la capacité, ou l'intention, d'entretenir et de gérer des compétences Python/Zope et Java. Ce portage devrait donc convaincre beaucoup de réticents.
- c'est une mauvaise nouvelle pour Zope qui perd l'exclusivité d'un très bon produit.
- c'est une horrible nouvelle pour les performances.
Au passage je constate avec amertume que les marketologues gonfleurs de bulles, et vendeurs de "nouvelle économie" sont de retour et bien décidés à nous en remettre plein la vue :
'... Java EE 5, et utilise un grand nombre de technologies standards (JCR,
EJB3, JSF, OSGi ) et de produits libres (Apache Jackrabbit, Lucene, JBoss AS, jBPM, JBoss Rules, Seam )' sauf que là c'est 'standard' et 'libre', donc on va en avoir encore plus pour notre argent et pour nos yeux : ressortez les Ray-Ban les gars ! :-)
Montre moi ton code, je te dirais qui tu es.
[^]Re: Bonne nouvelle ?
- c'est une horrible nouvelle pour les performances.
C'est marrant mais j'aurais dis exactement le contraire , python n'est vraiment pas célèbre pour ses performances.
[^]Re: Bonne nouvelle ?
vous avez raison tous les deux :)
[^]Re: Bonne nouvelle ?
Et s'il faisait nuxeo6 en php ? :-)
[^]Re: Bonne nouvelle ?
Si les performances étaient l'objet du débat, ya bien une certaine VM de Perl6 qui arrachaise sa mère de son short.
[^]Re: Bonne nouvelle ?
"c'est une horrible nouvelle pour les performances": je ne vois pas ce qui te fait dire ca. Si on fait ce switch, c'est aussi parce qu'on pense avoir touché le plafond en terme de performance de Zope sur des grosses applications. Donc on pense bien, et les mesures actuelles le montrent, arriver à des gains très nets en performances et en scalabilité.
"marketologues gonfleurs de bulles": là je vois pas le rapport. JCR est une API Java standard depuis 1 an 1/2 (la JSR-170). EJB3 est le fondement de la nouvelle version de Java EE, Java EE 5, qui remplace J2EE. JSF est le framework de présentation standard de Java EE. OSGi est une technologie Java qui est le fondement du modèle de plugins d'Eclipse. Enfin Jackarabbit, Lucene, etc sont des composants, car la richesse du logiciel libre, c'est de pouvoir faire des applications complexes en assemblant des briques plus simples. C'est aussi pourquoi nous avons concu Nuxeo Runtime, pour bénéficier de cette "architecture de composants" qui nous facilite la vie en tant que développeurs (et facilite la vie des intégrateurs qui utilisent nos produits).
S.
--
Stefane Fermigier, PDG, Nuxeo - http://www.nuxeo.com/
Stefane Fermigier, CEO, Nuxeo
ECM et GED open source
www.nuxeo.com | www.nuxeo.org
[^]Re: Bonne nouvelle ?
["marketologues gonfleurs de bulles": .....]
Je trouve tout de même que cela ressemble énormément à cela. Tes arguments sont sûrement légitimes et je ne permettrais pas de te mettre en doute sur les points que tu mets en avant. Mais auprès du décideur pressé java ça fait nettement plus sérieux que python.
De plus, nuxeo certfie à ses clients depuis des années que zope/python sont des technologies robustes éprouvées, maitrisées en interne... Il va falloir embaucher un super commercial pour expliquer au client pourquoi la technologie d'hier ne sera plus celle utilisée demain. Comment expliquer au client qui a capitalisé sur zope/python/cps depuis des années, qu'il peut tout jeter et se mettre à java ?
Nuxeo cherche à embaucher un développeur java:
http://fr.lolix.org/search/offre/offre.php3?id=6192
Il n'y a pas de compétences en interne ? Personnellement ça ne m'inciterait pas à migrer.
Les développeurs déjà présents chez nuxeo vont-ils rester ? Qu'en pensent-ils ? Je pense notament à Tarek. Je le vois mal se mettre à java!!
[^]Re: Bonne nouvelle ?
Merci de pointer vers notre annonce de recrutement, ca nous aidera peut-être à trouver les bonnes personnes.
Mais d'un autre côté, tu prends les choses un peu à l'envers:
1. Nuxeo cherche à recruter, parce que Nuxeo est une boite en croissance et que pour faire tous les projets qu'on a à faire (sans parler de tous ceux qu'on va arriver à vrendre plus facilement parce qu'on est passé à Java), on a besoin de développeurs.
2. Vu qu'on a changé de techno, autant que le profil du poste corresponde à ce que les gens vont faire une fois embauché: du Java, avec des outils et des librairies libres.
Maintenant, bien sûr qu'on a déja des compétences, vu la base de code qu'on a déjà écrite: http://svn.nuxeo.org/
Enfin, en ce qui concerne l'aspect commercial, ne t'inquiète pas: ce switch a été décidé en partie pour répondre aux attentes des clients et des partenaires.
S.
--
Stefane Fermigier, PDG, Nuxeo - http://www.nuxeo.com/
Stefane Fermigier, CEO, Nuxeo
ECM et GED open source
www.nuxeo.com | www.nuxeo.org
[+] [^]Re: Bonne nouvelle ?
Tant mieux. Je pense que le battage se fait très bien sans moi.
J'adore cette façon d'éluder les questions. J'imagine que le changement de techno a dûr être difficile et que cela n'a pas dû être une mince affaire de convaincre les développeurs de cps d'abandonner python au profit de java. Mais si je comprends bien tout ce qu'on lit sur la page d'accueil du projet cps, c'est du vent ? La plateforme zope robuste ? Non, on va utiliser jboss! etc
java est tout sauf libre. Je veux bien admettre à la rigueur qu'il soit opensource mais absolument pas libre. Ne parlons même pas de la machine virtuelle.
On va finir par y arriver! C'est ce que je disais dans mon message un peu plus haut. java c'est plus vendeur que python auprès du décideur pressé. Après on mets ses convictions de côté.
Je ne voudrais pas être le premier client qui va essuyer les plâtres du passage de cps à nuxeo5.
Je ne suis pas décideur mais un simple développeur qui commençait à lorgner du côté de cps. Je vais passer mon chemin.
[^]Re: Bonne nouvelle ?
java est tout sauf libre. Je veux bien admettre à la rigueur qu'il soit opensource mais absolument pas libre. Ne parlons même pas de la machine virtuelle.
Oué d'ailleur on s'est bien connu, la FSF et ses softs GNU sont pas du tout libre, "à peine" open-source, comme le compilateur Java GCJ ou le projet de bibliothèque de classes GnuClassPath.
D'ailleur la licence qu'ils utilisent est pas libre du tout, et ca a contaminé pleins de projets autour de Java, ces traitres étant cités dans cette dépêche. Certains ont même fait l'affrond d'utiliser une licence encore moins libre du type MIT/X11, vous vous rendez compte ?
Java c'est vraiment pas libre.
MonoFrance
[^]Re: Bonne nouvelle ?
"Tu imagines": c'est ca le pb, tu imagines des trucs mais bon c'est pas comme ca en vrai.
"Java est tout sauf libre": je ne parle pas dans ma phrase de Java (relis ce que j'ai écris), mais des outils et des librairies libres. Je parle d'Eclipse, de Jackrabbit, de Lucene, de JBoss, de jPBM, etc. Alors ne me fais pas dire ce que je n'ai pas dit STP.
"Java est plus vendeur que Python": ben oui, c'est ca l'objet (outre les aspects technologiques) du changement. Ca correspond mieux aux schémas directeurs dans pas mal de boites ou de ministères. C'est plus facile à faire accepter dans les SSII. C'est plus facile à intégrer dans les SI. Y a plus de librairies libres disponibles. Etc. Faire le meilleur logiciel du monde, si personne ne l'utilise, ca ne sert à rien. Donc c'est important d'utiliser des technologies que les gens acceptent facilement.
"Après on mets ses convictions de côté": Avoir des convictions, c'est bien, mais il faut aussi qu'elles soient conformes à la réalité. Et la réalité change, alors les convictions doivent aussi s'adapter. Le choix de Zope était pertinent pour nous en 2000, il ne l'est plus en 2006.
"Je ne suis pas décideur": je suis sûr que tu prends des décisions, la preuve. Je suis désolé que notre nouvelle orientation ne te convienne pas, notre objectif est bien qu'il y a des développeurs qui soient convaincus de la pertinence de notre choix. Mais si ce n'est pas toi, il y en aura d'autres.
Donc sans rancune, et on se donne RDV quand on aura les première versions "montrables" (i.e. d'ici un mois).
S.
--
Stefane Fermigier, PDG, Nuxeo - http://www.nuxeo.com/
Stefane Fermigier, CEO, Nuxeo
ECM et GED open source
www.nuxeo.com | www.nuxeo.org
[+] [^]Re: Bonne nouvelle ?
Vous avez bien raison.
Je vous propose de faire un patch du kernel linux. Le passer en java serait aussi plus vendeur :)
[^]Re: Bonne nouvelle ?
Bonjour,
Perso je comprends tout à fait le choix de Nuxeo.
Ceci ne m'empêche pas de pleurer la perte d'une entreprise qui utilisait Python avec brio.
Je suis développeur Java et j'aimerais plutôt trouver un job python tellement je trouve ce language (et sa dynamique de communauté) plus attrayant.
Je comprends bien que vous aviez vraiment atteint des limittes de ZODB mais sur ce point, il suffisait d'utiliser une base SQL plutôt que ZODB pour certains objets.
Je suis peiné d'une décision qui me semble avant tout marketing En effet j'ai vraiment l'impression qu'il faut surtout rassurer les décideurs des administrations qui on fait le choix de java et qui n'ont pas confiance dans leur développeurs pour intégrer des choses nouvelles.
[^]Re: Bonne nouvelle ?
Erreur, la JVM est elle aussi "open source" (sinon il n'y aurait pas de JVM sous BSD) mais simplement elles ne sont pas distribuées avec le JDK.
Hurd will be out in a year (or two, or next month, who knows)
-- Linus Benedict Torvalds, 1991
[^]Re: Bonne nouvelle ?
Je connais asser mal le milieu Java et ta remarque me laisse perplexe, je
comprends pas grand chose avec les licences Java :
Les outils comme la JVM, Jboss, gcj & co peuvent être libres et distribués
librement, mais pas le JDK, c'est le kit de dev ? Quand tu développes en Java
il te faut forcément un JDK, non ? Pour écrire du code Java il faut une licence ?
[^]Re: Bonne nouvelle ?
Je voulais simplement dire que les sources du JDK et de la JVM de Sun sont disponibles (http://www.sun.com/software/communitysource/j2se/java2/downl(...) ) sous une licence Sun Community Source qui, à ce que j'en sais, n'est pas libre. Cependant ces sources sont utilisées pour disposer d'un JDK sous FreeBSD qui n'est pas maintenu par Sun.
Sinon il existe aussi le projet Harmony (http://incubator.apache.org/harmony/ ) qui couvre pour le moment environ 90% de l'API de Java 1.5
Hurd will be out in a year (or two, or next month, who knows)
-- Linus Benedict Torvalds, 1991
[^]Re: Bonne nouvelle ?
> java est tout sauf libre.
Quel java ? Celui de Sun ?
Effectivement il n'est pas libre.
Celui dans gcj/etc ?
Ils sont libres.
Pour indication, gcj/etc est dans par Fedora Core et RHEL (et sûrement beaucoup d'autre). Or le responsable juridique de Fedora Core et RHEL est Red Hat ! Ce dernier est le concurrent le plus sérieux de Solaris (Red Hat pique plein de clients à Solaris).
Afin après l'achat de JBoss par Red Hat, Red Hat commence à se faire pas mal de pognon avec java :
http://www.redhat.com/about/news/prarchive/2006/earnings_200(...) :
S'il y avait le moindre problème avec gcj/etc :
- Red Hat retirerait gcj/etc.
- Sun attaquerait Red Hat
[^]Re: Bonne nouvelle ?
C'est vraiment pénible de lire encore et toujours de telles stupidités. Je vais encore faire ma pub, mais je te conseille vivement de lire mon article paru dans linux mag il y a deux ans (http://apiacoa.org/publications/2004/lm-java-dotnet-free.pdf ) tu comprendras peut être que :
1) on peut implémenter Java (jre+jdk) sous une licence libre et c'est ce que font les projets classpath, harmony, kaffe, etc.
2) open source ne devrait être utilisé que dans le sens des inventeurs du terme, l'OSI. Dans ce cas il veut dire libre.
Enfin, Sun a annoncé officiellement le passage intégral de son implémentation de Java en open source (cf http://community.java.net/jdk/opensource/ ). On devrait voir les premiers morceaux en octobre. Si tu veux des détails, je te suggère de lire le prochain numéro de linux mag (la semaine prochaine) pour mon nouvel article sur Java et .NET (et pour tous les autres articles du mag, bien sûr).
[^]Re: Bonne nouvelle ?
De plus, nuxeo certfie à ses clients depuis des années que zope/python sont des technologies robustes éprouvées, maitrisées en interne... Il va falloir embaucher un super commercial pour expliquer au client pourquoi la technologie d'hier ne sera plus celle utilisée demain
Si t'as lu tout l'article, tu constateras que c'est aussi une demande des clients ce changement technologique : pour beaucoup d'entre eux il est difficile d'avoir des personnes compétentes/acteurs compétents en Python. Même si la techno est robuste et éprouvée, faut pas perdre de vue tout l'ecosystème qui gravite autour. Et forcé de constater que Java est beaucoup plus garni dans ce domaine.
En fait c'est un problème bien connu de dépendance envers des solutions "exotiques" qui obligent l'utilisateur/client à être dépendant d'un nombre réduit d'acteurs.
MonoFrance
[^]Re: Bonne nouvelle ?
je confirme que mon supérieur et moi même on a été au début supris de l'annonce car nuxeo était un gros contributeur de zope.
mais cps 4 annonçait déjà l'usage de java
et oui, en tant qu'admin systeme qui fera du développement autour de nuxeo (car on utilise déjà cps ) le passage à Java est très intéressant.
Peu de gens ont des compétences zope. Nous avons beaucoup d'outils autour de nous pour travailler avec java. Il nous sera plus facile de nous mettre au développement java que zope.
alors bien sur il y a foule de terme techniques commençant en J et pour certains cela semble être du marketing vide. Java est très standardisé, à tous les niveaux : api, déploiement, modélisation de l'application, etc. On a de nombreux outils qui sont pour la plupart mature. De plus , je ne pense pas qu'on puisse considérer Lucene, les projets apache et autre Jboss comme des projets vides à la "startup". Ils existent depuis des années et sont utilisés dans de nombreuses entreprises.
pour le déploiement d'applications web, franchement, où se situe zope/python ?
entre j2ee/java et apache/php ? qu'apporte-t-il concrètement ? Java est complexe, java est lourd à mettre en oeuvre, mais zope ne l'était pas moins. et au moins on profite de la GALAXIE de développements autour de Java. Java est déjà pérennisé. Les gens sont formés à Java. Il n'y a pas de monopole de technologies Java, on peut contacter je ne sais combien de SSII pour travailler sur java. du point de vue d'entreprise c'est très dur de convaincre avec une autre technologie.
Quand j'ai commencé à m'intéresser à la gestion documentaire et à CPS, zope/python m'a clairement _rebuté_.
Je suis obligé de me farcir ZopeDB etc pour pratiquement UN seul logiciel (cps., qui va me parler d'autre chose ? plone ? ). Java au contraire je le retrouve dans je ne sais plus combien des autres outils d'entreprise.
je peux comprendre python pour créer des applications Gnomes et du développement rapide, mais en tant que langage pour applications d'entreprises je ne vois pas .
Zope/python n'est pas plus rapide, n'est pas plus simple, il a moins d'outils dédiés à son développement que java, à moins d'entreprises qui contribuent à son amélioration, est + obscure que java, moins documenté, moins de composants s'interfaçant avec, etc.
la seule tâche à java c'est que sun n'a pas encore mis la jvm sous une licence libre qui autorise sa distribution dans tous les linux.
"Prétendre que tout le monde gagne à cette uniformisation c'est faux : comme avec Microsoft ce sont des centaines de solutions technologiques alternatives telles que Zope qui risquent de disparaître à long terme."
c'est le marché et des gens comme moi qui font que cela disparaisse ou non.
S'il y a toujours une demande zope, zope continuera.
Linux, personne ne l'attendait, dans un monde tout windows, mais il y avait un Besoin, une NECESSITE, et ca a pris son temps mais ca n'a fait que grandir et mûrir.
ici, nous ne sommes pas dans une bataille de "libre contre propriétaire".
mais plutôt dans une nostalgie, où l'on voit qu'une technologie est très implantée et victorieuse et où le challenger, de qualité certes, ne décolle pas.
peut être un jour nous verrons pareil avec Ruby et Php.
[^]Re: Bonne nouvelle ?
Michel a bien résumé ce que j'ai en vain essayer de dire:
Je suis juste déçu par la direction que prend nuxeo.
Après si un jour il faut faire du web avec un serveur d'application tournant avec java, pourquoi devrai-je utiliser un nouveau produit (nuxeo5) et pas un produit ayant fait ses preuves tel que documentum par exemple ? C'est une question très sérieuse. Pourquoi nuxeo qui change de techno comme de chemise plutôt qu'une autre société qui a fait le "pari" de java dès le départ ?
[^]Re: Bonne nouvelle ?
Parce que Documentum n'a pas du tout fait le pari de Java dès le départ? Parce que Nuxeo5 offre plus d'avantages que Documentum? Parce qu'il est meilleurs techniquement, fonctionnellement et moins cher à mettre en oeuvre?
Pour info, Documentum c'est du bon vieux C avec une architecture qui date de 15 ans...
Bonne soirée,
EB.
Eric Barroca - Nuxeo - Open Source ECM
www.nuxeo.com - www.nuxeo.org
[^]Re: Bonne nouvelle ?
Et pour avoir discuté avec des gens qui ont utilisé cet outil, Documentuum, c'est un parcours du combattant, entre bugs et manques de fonctionnalités... un mot en 5 lettres me vient à l'esprit
Every takeoff is optional. Every landing is mandatory. -- Rules Of Flying
[^]Re: Bonne nouvelle ?
Pourquoi nuxeo qui change de techno comme de chemise
Pourquoi tous les commentateurs disent-ils que Nuxeo change de techno comme de chemise ?! Parce qu'il n'y a pas eu de pré-annonce et de plan média auparavant ?
Garder quelque chose six ans et mettre plus de six mois à se décider à en changer, j'appelle pas ça changer de chemise. Ou alors, nous n'avons pas les mêmes valeurs. Moi c'est une fois par jour, et ça me prend une dizaine de secondes pour choisir quelle chemise mettre.
[^]Re: Bonne nouvelle ?
Je regrette que pour faire la promotion d'un bon produit Nuxeo se sente obligé de faire un inventaire à la Prévert de composants J2EE. Ca n'impressionne plus guère et ça éveille surtout les soupçons de ceux qui ont le spectre de la bulle internet en mémoire.
Pour ce qui est de Java/J2EE, je pense que le consortium ObjectWeb pèse de tout son poids idéologique...
Montre moi ton code, je te dirais qui tu es.
[^]Re: Bonne nouvelle ?
"Inventaire à la Prévert": comme je l'ai écrit dans d'autres commentaires, on est dans le cadre d'une architecture à base de composants. Il est important de bien identifier chacun des composants importants qui sont utilisés dans l'architecture, et aussi, et peut-être surtout, sur quelles spécifications standards ils s'appuient, lorsque c'est le cas (ex: JCR, aka JSR-170, JSF, aka JSR-252, etc.).
"je pense que le consortium ObjectWeb pèse de tout son poids idéologique": je pense surtout que c'est "le marché" qui pèse en faveur de Java EE. Le consortium ObjecWeb participe à son niveau à l'écosystème Java libre, comme la Fondation Apache, la fondation Eclipse, JBoss, et bien d'autres, petits ou grands. Il s'agit d'un mouvement de fond, modelé par de nombreux acteurs, aussi bien côté vendeurs que côté utilisateurs, et dans lequel l'excellence technique est un facteur important, mais aussi la capacité à susciter l'adhésions des autres acteurs autour d'une technologie donnée.
S.
--
Stefane Fermigier, PDG, Nuxeo - http://www.nuxeo.com/
Stefane Fermigier, CEO, Nuxeo
ECM et GED open source
www.nuxeo.com | www.nuxeo.org
[^]Re: Bonne nouvelle ?
"Il s'agit d'un mouvement de fond, modelé par de nombreux acteurs, aussi bien côté vendeurs que côté utilisateurs, et dans lequel l'excellence technique est un facteur important, mais aussi la capacité à susciter l'adhésions des autres acteurs autour d'une technologie donnée." Stop Stefane. La dialectique science-pipo ça ne m'impressionne plus, et pour cause. Ton "mouvement de fond" est assez simple à décortiquer : - pour les développeurs c'est augmenter la probabilité de trouver un emploi en ne maîtrisant qu'un language : Java - pour les entreprises c'est limiter les risques de dérapages salariaux en ne gérant qu'une population homogène d'informaticiens : des développeurs Java. D'où Ie fait que tes clients te poussent à faire du Java. Prétendre que tout le monde gagne à cette uniformisation c'est faux : comme avec Microsoft ce sont des centaines de solutions technologiques alternatives telles que Zope qui risquent de disparaître à long terme. Maintenant je ne t'en veux pas : tu dois avant tout assurer la pérennité de ton entreprise et il est clair que dans ce cadre porter CPS sous Java était une nécessité. Au passage bravo à Nuxeo pour sa créativité et ses talents.
Montre moi ton code, je te dirais qui tu es.
[+] [^]Re: Bonne nouvelle ?
"Java - pour les entreprises c'est limiter les risques de dérapages salariaux "
mmmm As tu vu le salaire moyen des développeurs Java ?
Je peux te dire que si tu veux éviter les dérapages salariaux, mieux vaut chercher des développeurs windev ou php.
De plus, il y a quand même une sacré pénurie de ce type de développeur....
[^]Re: Bonne nouvelle ?
Je peux te dire que si tu veux éviter les dérapages salariaux, mieux vaut chercher des développeurs windev ou php.
Tout dépend ce que tu entends par "dérapages salariaux". Si c'est rapport au salaire, il est clair qu'un bon dév Java te coutera plus cher qu'un des sus-nommés.
Maintenant, si tu cherches un développeur qui sait coder, mieux vaut éviter le développeur Windev ("hein? c'est quoi un algorithme?" - authentique) et le codeur PHP ("gruiiiik!"). BIen entendu, ça reste statistique, mais c'est des langages dont l'écosystème est rempli de boulets incompétents qui auraient mieux fait de rester dans l'agriculture (pour Windev) et de djeunz nourris au web "de zéro" (pun intended) plus habitués à faire des sites vite fait pour le groupe de rock des potes qu'à concevoir une application complexe.
Après, faut pas me faire dire ce que j'ai pas dit : je doute qu'il existe un langage dont la communauté soit exemplaire. Je suis même plutôt convaincu qu'un développeur ayant plusieurs cordes à son arc (et si possible des cordes assez éloignées, pas trop "C/C++/C#/Java", si vous voyez ce que je veux dire) sera largement plus adaptable. Après, évidemment, si ce qu'on veut c'est de le rentabilité à court terme et un renouvellement à moyen/long terme... autant prendre du jetable ("Écoute Jean-Guy, le Java ça paye plus cette année, faudrait voir à nous virer tous les petits gars du 3è et à les remplacer par des ingénieurs C#, ok?").
[^]Re: Bonne nouvelle ?
Je pense qu'il suffit de tester Hibernate, EJB3, Spring, JUnit, JSF pour voir qu'il y a bien plus que du marketing... Rien que l'IOC et l'AOP devrait en épater plus d'un.
[+] [^]Re: Bonne nouvelle ?
non. On passe d'un produit libre sur une plateforme libre à un produit libre sur le produit non libre de Sun. C'est dommage d'avoir travaillé en JEE5 au lieu de 2. Quel gâchi :/ En attendant que gcc et cp avancent ...
[^]Re: Bonne nouvelle ?
VOUS ETES LOURD :)
Sun est en train de libérer le JDK... vous pouvez pas attendre 3 à 6 mois ?
[^]Re: Bonne nouvelle ?
Sun est en train de libérer le JDK...
Depuis le temps qu'on en parle, ça finit par ressembler à l'Arlésienne... Ou à Duke Nukem.
[^]Re: Bonne nouvelle ?
Mauvaise foi a l'etat pur, Sun va publier le JDK complet sous une licence opensource. Le processus est en cours, et ils regardent meme quel gestionnaire de SCM utiliser.
Mais bon c'est tellement plus simple de faire du Java-bashing ...