Discussion :

[_skip]

Il est clair que dans le cas d'un client full-microsoft (windows, AD, exchange, sharepoint, SQL server), c'est presque dommage de venir avec du java même si ce dernier ferait parfaitement l'affaire. Question d'homogénéité technologique aussi.
De l'autre côté, il m'est arrivé de voir des clients exiger du java pour les mêmes raisons, serveurs majoritairement linux, BDD oracle etc...

En fait, je me demande même si c'est vraiment le choix du développeur. En revanche décider d'acquérir des compétences approfondies sur l'un ou l'autre de ces langages est clairement coûteux. Cela fait 3-4 ans que je n'ai plus fait de .Net, c'est clair que c'est comme vélo mais lorsqu'on s'y remet après une absence, on pédale nettement moins vite.

Sans être exclusif, maîtriser en profondeur .Net et java avec toute la connaissance de l'écosystème que ça implique, je pense que c'est dur. Il y a des gens ici qui sont experts des 2 technos?

[Bluedeep]

Non moi, je peux mesurer au nombre d'appel d'offres que la segmentation est plutôt sur l'utilisation ou pas d'open source.

Possible.

Aujourd'hui j'aurai tendance à dire que .Net est très demandé dans le dev commando ou de proximité, et Java reste très orienté serveur.

En dehors du fait que je ne comprends pas ce que tu entends pas "dev de proximité" (pour commando, j'ai une idée), je ne vois pas bein en quoi .net serait moins orienté serveur que java : dit autrement,on ne voit pas en quoi la relative faiblesse supposée de java (sous toutes réserves : n'ayant pas utilisé de java depuis près de 10 ans, je ne m'hasarderais pas à émettre une opinion la dessus) sur les applis "stations de travail" lui donnerait un avantage en terme de techno serveur.

Cependant, difficile de faire une stat. Mais ce que je vois c'est que ces deux technologies sont souvent mutuellement exclusive. C'est l'un ou l'autre; les seules transitions sont des migrations.

Assez d'accord, même si de facto, dans beaucoup de boite, on a des applis dans les deux technos qui échangent des infos entre elles.

Disons que .Net a pour lui une productivité supposée supérieure dans certains domaines (IHM principalement) et de séduire certains décideurs par le côté closed source, suivi par un éditeur.

Il n'existe pas d'open source en .net ? ah bon.

Dans les arguments pro .Net on me dit souvent :
- Plateforme homogène
- IDE performant
- Productivité
- Développement client simple

Les IDE java ne sont pas performant ? (c'est une question, encore une fois je n'ai pas touché aux technos java depuis des éternités, même en archi, et bien sur encore moins en dev.)

Dans les arguments pro .Java on me dit souvent :
- Maturité technologique
- Portabilité
- Technologie orientée serveur

Pour la portabilité c'est une évidence. Pour les deux autres points, on peut penser qu'au bout de 9 ans .Net a atteint une certaine maturité technologique; quant à la techno orientée serveur, encore une fois, là je ne vois pas trop en quoi .Net est inférieur sur ce point. (mais ma méconnaissance des technos java fait que j'ai peut être raté quelque chose).

Je crois que le clivage entre les deux vient bien souvent de la perception de l'open source des décideurs.

Possible.

[tchize_]

Il n'existe pas d'open source en .net ? ah bon.

Non, d'ailleurs, NHibernate, ça n'existe pas

[Bluedeep]

Non, d'ailleurs, NHibernate, ça n'existe pas

Tout comme Nant, RAIL,Rainbow, DotNetNuke, PostSharp, YAF, etc ...

[_skip]

Les IDE java ne sont pas performant ? (c'est une question, encore une fois je n'ai pas touché aux technos java depuis des éternités, même en archi, et bien sur encore moins en dev.)

Ils le sont incontestablement, surtout si tu regardes intelliJ. Cependant en .Net il y a un seul IDE de référence, des libs et frameworks de référence (asp.net, winforms, wcf) et tout ceci est fortement intégré avec designer visuel, binding, débuggage sur serveur ou terminal mobile etc... et tout ça en 3 clics sans que le développeur ne bidouille des descripteurs XML ou quoi que ce soit.
Par ailleurs tous les composants tiers commerciaux (telerik, devexpress) s'intègrent 100% dans VS.net. Le revers de la médaille, c'est le manque de diversité mais dans l'autre sens, on obtient une grande homogénéité.

Il n'existe pas d'open source en .net ? ah bon.

Ca existe évidemment, mais à une moins grande échelle qu'en Java. A titre d'exemple tu peux trouver des solutions java de BI et de reporting complètes entièrement à base de composants open source, du serveur d'application jusqu'au rapport papier en passant par l'ETL.
Pour moi java a un bien plus grand écosystème de librairies open source que .Net, il suffit de voir ce que proposent des acteurs tels que apache. A titre d'exemple, plusieurs des produits cités précédemment sont des portages java -> .net.

[B.AF]

En dehors du fait que je ne comprends pas ce que tu entends pas "dev de proximité" (pour commando, j'ai une idée), je ne vois pas bein en quoi .net serait moins orienté serveur que java : dit autrement,on ne voit pas en quoi la relative faiblesse supposée de java (sous toutes réserves : n'ayant pas utilisé de java depuis près de 10 ans, je ne m'hasarderais pas à émettre une opinion la dessus) sur les applis "stations de travail" lui donnerait un avantage en terme de techno serveur.

J'entends par là une solution légére type client / serveur avec des liaisons de données à faire dans un délai très court. Sur ce type de dev .Net est très prisé dans mon secteur.

Il n'existe pas d'open source en .net ? ah bon.

Je ne parle pas de l'ecosystéme mais de Microsoft et du principe de produit. Heureusement qu'il existe de l'open source en .NET; mais sortie de la fabrique, les composants et librairies Microsoft sont suffisantes pour produire une application sans recourir à des libs externes, quelle que soit la licence.

Les IDE java ne sont pas performant ? (c'est une question, encore une fois je n'ai pas touché aux technos java depuis des éternités, même en archi, et bien sur encore moins en dev.)

Les IDE Java sont bons, juste que VS 2010 est vraiment bon et propose une bonne standardisation. Tout le monde aura les mêmes méthodes. Pour certains décideurs, c'est un avantage. Maintenant je trouve Eclipse et NetBeans très bons. Ce n'est pas mon jugement de la qualité, mais sur l'environnement de développement le fait que Microsoft se pose en tant qu'éditeur de sa techno et propose une solution en standard très fonctionnelle pour la gestion du code, des sources et du build (VS + TFS). Je ne pense pas nécessairement à une comparaison meilleur ou moins bon, mais plutôt à une perception de l'offre qui est plus rationnelle en .Net.

Pour la portabilité c'est une évidence. Pour les deux autres points, on peut penser qu'au bout de 9 ans .Net a atteint une certaine maturité technologique; quant à la techno orientée serveur, encore une fois, là je ne vois pas trop en quoi .Net est inférieur sur ce point. (mais ma méconnaissance des technos java fait que j'ai peut être raté quelque chose).

Le fait d'avoir des conteneurs de référence, des normes, d'être multiplateforme...Mine de rien en .NET avant 2008 (donc il y a juste 3 ans) pour WCF et 2011 pour avoir un Orm (en dehors de solutions libres ou commerciales) labelisé microsoft fonctionnel; la gestion des caches distribués, le messaging, le workflow qui a 2/3 ans; il y a beaucoup de choses qui manquent encore d'expérience et de maturité. Ceux qui se sont cassés les pognes avec les serialisations WCF savent de quoi je parle.
Je ne critique pas WCF; loin de là; il y a de bonnes idées, mais on reste quand même loin de la facilité d'EJB3 (et sans parler de persistence). Après je suis aussi mauvaise langue : comme EJB3 a une spec, on pourrait probablement implémenter un NBoss avec ENB3.

[Bluedeep]

J'entends par là une solution légére type client / serveur avec des liaisons de données à faire dans un délai très court. Sur ce type de dev .Net est très prisé dans mon secteur.

Ok, mais tu ne réponds pas sur sa supposée faiblesse comme serveur.

Je ne parle pas de l'ecosystéme mais de Microsoft et du principe de produit. Heureusement qu'il existe de l'open source en .NET; mais sortie de la fabrique, les composants et librairies Microsoft sont suffisantes pour produire une application sans recourir à des libs externes, quelle que soit la licence.

Donc, un point qui serait plutôt positif a priori mais que tu décrits comme négatif dans ton précédent post supra.

mais plutôt à une perception de l'offre qui est plus rationnelle en Java qu'en .Net.

J'ai une fois de plus beaucoup de mal à te suivre : tu argumentes dans le sens inverse de ta conclusion.

Le fait d'avoir des conteneurs de référence, des normes, d'être multiplateforme...

Comme mentionné dans ma réponse supra, l'aspect multiplateforme est certainement le point fort de java; personne ne contredit ce point.

Mine de rien en .NET avant 2008 (donc il y a juste 3 ans) pour WCF

Non, WCF c'est la FX 3.0, donc aout 2006; workflow idem (et parfaitement utilisable).

et 2011 pour avoir un Orm (en dehors de solutions libres ou commerciales) labelisé microsoft fonctionnel;

Il y avait Linq2Sql depuis 2008 mais en effet il est difficile de la qualifier de fonctionnel. En revanche, ton propos est tout à fait contradictoire sur au moins un point : il faut que l'orm soit labellisé Microsoft, alors que du libre sur Java te semble acceptable; c'est un peu contradictoire.

le workflow qui a 2/3 ans;

Non, 5; et j'ai déployé un assez gros projet tout à fait opérationnel avec cette première version - au même moment, la FNAC ne pouvait pas en dire autant, mais ils avaient un CP un peu "jeune".

Je ne critique pas WCF; loin de là; il y a de bonnes idées, mais on reste quand même loin de la facilité d'EJB3 (et sans parler de persistence). Après je suis aussi mauvaise langue : comme EJB3 a une spec, on pourrait probablement implémenter un NBoss avec ENB3.

Ne connaissant rien à ces termes java, je n’émettrais pas d'opinion la dessus. Cela ne change rien au fait que ton argumentation est tout de même un peu confuse.

[B.AF]

Ne connaissant rien à ces termes java, je n’émettrais pas d'opinion la dessus. Cela ne change rien au fait que ton argumentation est tout de même un peu confuse.

J'ai plutôt l'impression que tu cherches pas vraiment à comprendre. Donc restons-en la.

Je ne donnais pas mon avis, mais un retour de éléments que l'on m'oppose dans mon métier aujourd'hui. Après je peux ou ils peuvent avoir tort pour toi. C'est aussi le concept des avis.

Je ne cherche pas a argumenter pro/anti c#/java.

Quant a WF parfaitement fonctionnel à sa sortie, j'ai supposé que c'était une litote, autant que WinFx. Je suppose qu'après comment, où et la charge d'usage peuvent aussi influer sur l'avis.

Si je ne faisais que ce que j'aime, je ferai tous mes dev en Scala, mon scripting en ruby et je ne ferai pas d'IHM.

[tchize_]

Si je ne faisais que ce que j'aime, je ferai tous mes dev en Scala, mon scripting en ruby et je ne ferai pas d'IHM.

Et moi des utilisateurs à la broche

[pseudocode]

Et moi des utilisateurs à la broche

C'est sans doute de là que vient le "sharp" dans C#.

[Volgaan]

Pour ceux que ça intéresse, sachez que l'application de contrôle du serveur de diffusion au cinéma (projecteur numérique 3D, système Dolby) est écrit en Java. L'interface est plutôt jolie, on ne dirait pas du Swing ou autre bibliothèque d'UI au premier abord et le tout est fiable (au prix où le matériel coûte, il y a intérêt).

Évidemment, on parle d'une application métier pesant plusieurs centaines de Mo reparties dans de très nombreux .JAR.

Je sais que ma contribution n'apporte que peu d'eau au moulin, mais c'est histoire de prouver (s'il y a encore lieu d'être) que Java peut être utilisé pour des applications professionnelles fiables et d'en donner un exemple tout à fait concret.

[_skip]

Pour ceux que ça intéresse, sachez que l'application de contrôle du serveur de diffusion au cinéma (projecteur numérique 3D, système Dolby) est écrit en Java. L'interface est plutôt jolie, on ne dirait pas du Swing ou autre bibliothèque d'UI au premier abord et le tout est fiable (au prix où le matériel coûte, il y a intérêt).

Même avec swing tu peux faire des applications très jolie, il te suffit d'utiliser un look and feel de qualité comme celui-ci (commercial qui fonctionne avec swingx).
http://www.jyloo.com/synthetica/screenshots/

Ou encore pour rester dans le gratuit
http://www.jtattoo.net/ScreenShots.html

Donc même si les lAF par défaut de la JRE ont un look dégueulasse (c'est mon opinion, même nimbus est bof avec tous ses dégradés et le contraste moisi de ses widgets) tu peux sortir un truc agréable si tu t'en donnes la peine.

Cependant, si tu te concentres sur l'API swing, même en utilisant un excellent designer visuel comme celui d'instantiations, tu y passeras probablement plus de temps que sous winforms pour sortir une UI complexe.

Je sais que ma contribution n'apporte que peu d'eau au moulin, mais c'est histoire de prouver (s'il y a encore lieu d'être) que Java peut être utilisé pour des applications professionnelles fiables et d'en donner un exemple tout à fait concret.

Je pense que tout le monde est d'accord sur le fait que les 2 technos sont tout à fait enterprise-ready.

[Volgaan]

Je pense que tout le monde est d'accord sur le fait que les 2 technos sont tout à fait enterprise-ready.

Alors considérez que je n'ai rien dit. Le fait d'entendre certaines personnes cracher sur cette technologie à longueur de temps - pas forcément sur le forum, mais dans la vie de tous les jours - m'a poussé à le croire.

[B.AF]

Je sais que ma contribution n'apporte que peu d'eau au moulin, mais c'est histoire de prouver (s'il y a encore lieu d'être) que Java peut être utilisé pour des applications professionnelles fiables et d'en donner un exemple tout à fait concret.

Et beaucoup d'autres. Et des progiciels qui tiennent des charges effarantes, où des middlewares (Jboss par ex) qui fonctionnent très bien, de la PAO, de la finance....!

[koban]

Petite question d'un Bac +2 avec deux ans d'expérience...

Actuellement au chômage et avec une possibilité de formation, je souhaiterais avoir votre avis sur le langage à choisir ; le plus porteur d'emploie (en fonction de mon expérience et de mon niveau d'études).

Je pose cette question car je ne peux avoir une formation que sur un des deux, et j'avoue ne pas vraiment savoir vers quoi me tourner.

Merci d'avance pour vos réponse.

Cordialement Koban.

[ProgrammeurDotNet]

Tu pourrais choisir le C#, aujourd'hui il est de plus en plus connu, il permet de autant de choses que Java, est (pour la plupart des classes) portables (Mono) sous Linux et Mac. Surtout dernièrement Java perd un peu d'intérêt.

Mais la question la plus importante c'est quand même : pour qui tu développe ? Pour un client Microsoft (et dans ce cas fonce sur C# !!) ou pour M. Tout OS (dans ce cas tu pourrais prendre Java pour sa portabilité naturelle ou utiliser C# et t'adapter (facile) à Mono), c'est au choix. Mais dans la portabilité je te conseille quand même Java, c'est "fait" pour ça alors que pour C#, Mono commence à mûrir mais pas encore au point d'en faire un .NET complètement portable.

[Invité]

Surtout dernièrement Java perd un peu d'intérêt.

Sources ? J'espère que tu ne bases pas sur l'index TIOBE pour dire cela ? Je ne suis pro Java mais ...

[Logan Mauzaize]

Apprendre les principes et syntaxes des deux ne coûtent pas grand chose et permet de suivre une discussion concernant l'un ou l'autre.

Pour le reste seule l'apprentissage sur le tas et fonction de l'environnement dans lequel tu tombes, seront vraiment formateur. Chaque boîte/service/équipe a sa façon d'utiliser une technologie ; mais c'est peut-être plus homogène en .Net.

Bref, quand on cherche du boulot, il faut surtout être polyvalent et curieux

[rimram31]

Je n'ai aucune expérience en C# mais 10 ans de C, notamment de Microsoft derrière moi et 10 ans de Java.

J'ai une question pour les développeurs C#, comment se passent les mises à jour, de plateforme, de composants, d'outils?

Je dis ça parce que j'ai un souvenir épouvantable de mon expérience C Microsoft de devoir retravailler en profondeur tout le code a chaque nouvelle version d'un "petit quelque chose" changeant trop souvent presque tout. En Java, même si on a du essuyer des débuts un peu catastrophiques, même si la "portabilité" reste limitée aux réalités des implémentations (dont le comportement peut être différent tout en étant compliant), c'est quand même une réalité. On peut sereinement envisager de faire évoluer une plateforme et profiter de ces évolutions sans devoir réécrire la moitié de son projet et surtout des composants sur lesquels tu as capitalisé.

[_skip]

Je n'ai aucune expérience en C# mais 10 ans de C, notamment de Microsoft derrière moi et 10 ans de Java.

J'ai une question pour les développeurs C#, comment se passent les mises à jour, de plateforme, de composants, d'outils?

Sur ce point, ça se passe au moins aussi bien que java, et même peut être mieux si on considère que tout le monde utilise les implémentations de référence. En ce sens, ce n'est pas comme dans java ou différents serveurs d'applications avaient toujours un petit truc à leur sauce. Même si depuis 1.5, ça c'est calmé.