C# versus Java

Version imprimable

Voir 40 message(s) de cette discussion en une page

08/01/2010, 08h25
B.AF

Citation:

Envoyé par fr1man

Peut-être que Microsoft ou autre propose de quoi faire la même chose que Java en plus simple, c'est bien possible, ça ne m'empêche pas prendre du plaisir à développer en Java.

Oui, Java est agréable à développer. Sauf qu'avec le nombre de Framework et le volume de plomberie, sans compter la maitrise de ces frameworks, on passe quand même beaucoup de temps à faire autre chose que du déve objet, et notamment des paramétrages, des déploiements, des builds, des fichiers de configs, des interfaces un peu lourdes, des annotations, des pojos anémique...
La complexité des conteneurs et des frameworks, sans compter le nombre, les avis partagés, font que cela peut prendre un temps fout a construire une usine logicielle qui finalement sera plus un compromis de chose qui fonctionnent à un instant t qu'une solution efficiente.
08/01/2010, 10h23
lepinekong

Ce genre de débat c'est comme les débats de religion ou les débats de partis politiques, il y a du pour et du contre des deux côtés donc c'est sans fin :)

Ma position c'est que le choix dépend surtout du contexte: si on a une team de développeurs plus à l'aise avec Java, il faut faire avec Java, sinon avec .NET.

Ce qui est dommage c'est l'attitude d'oeillère qui consiste à dire que l'autre c'est nul sans avoir utilisé plusieurs VRAIS projets en entreprise. Parce que le problème c'est pas le langage, c'est l'écosystème des librairies et frameworks et les outils pour les INTEGRER. La perte de productivité se trouve là: le manque d'intégration. Et ça peut dépendre aussi du projet qu'on fait. Par exemple si c'est du Desktop sur Windows, y a pas photo, je prendrai Winform .NET.

Et puis il n'y a pas que .NET et Java, il y a Adobe Air, ...
08/01/2010, 20h53
davcha

Citation:

Envoyé par fr1man

En vrac:
Swing, Jsp, Struts, Hibernate, Spring, EJB 2/3, JPA, Ant, Maven...

Voilà typiquement quelque chose typique à Java que j'ai beaucoup de mal à supporter : les noms.

C'est assez paradoxal, d'ailleurs : on est tous d'accord pour dire que c'est une excellente idée de nommer correctement nos variables... Si par exemple une variable est un compteur de pages, il est bon, par exemple, de l'appeler : pageCount... En revanche, c'est une très mauvaise idée de l'appeler, par exemple : Valse, Automne, Moustique, LittlePanda ou que sais-je...

Alors pourquoi appelle-t-on :
- une lib graphique, "Swing" (nom d'une danse)
- un ORM, "hibernation"
- un framework d'appli 3-tier, "Printemps"
- un outil d'automatisation, "Fourmi" (ok, "Another Neat Tool" ?... Ils auraient pas pu trouver mieux comme nom ?)
08/01/2010, 21h07
fr1man

@ davcha
Ton post m'a bien fait rire.
Tu as raison, les noms peuvent paraitre étranges, mais si c'était le seul problème, on s'en contenterait bien :)
08/01/2010, 21h55
pseudocode

Citation:

Envoyé par davcha

Voilà typiquement quelque chose typique à Java que j'ai beaucoup de mal à supporter : les noms.

Y a pire : les acronymes en 3 ou 4 lettres : POJO, EJB, AWT, JVM, SDK, ...

Mais, comme pour les noms, c'est pas spécifique à java : QT, GCC, MCP, BIOS, KDE, DHCP, XML, PHP, MBR, XEP, SOAP (:lol:), ...
08/01/2010, 22h48
davcha

C'est pas spécifique à Java, non. C'est une caractéristique assez répandue dans le monde de l'informatique libre, d'appeler ses programmes avec des noms d'oiseaux (firebird ? :p)

Sans faire de propagande en faveur de microsoft, on peut au moins reconnaître que, les noms des produits microsoft sont, dans la globalité, choisis de manière un peu moins créative. Ce qui n'est pas plus mal, à mon humble avis.

Ceci dit, c'est vrai que ça fait tout de suite moins folklorique, et c'est donc moins amusant qu'en Java où on peut voir un apache hiberner après avoir dansé un swing au printemps pendant qu'un tas de fourmis bossent dur... Ca me rappelle une fable, tiens...
31/01/2011, 16h57
kedare

Citation:

Envoyé par davcha

Ceci dit, c'est vrai que ça fait tout de suite moins folklorique, et c'est donc moins amusant qu'en Java où on peut voir un apache hiberner après avoir dansé un swing au printemps pendant qu'un tas de fourmis bossent dur... Ca me rappelle une fable, tiens...

Tu a oublié Tom le chat et le poisson de verre :mouarf:

En tout cas j'attends avec impatience les nouvelles fonctionnalités de Java 7, bien que j'utilise surtout Groovy par dessus Java, j'ai de temps en temps besoin/envie de redescendre sur du Java, de plus les nouvelles fonctionnalités amélioreront pas mal les langages dynamiques de la JVM (invokedynamic, closures)
31/01/2011, 19h53
_skip

Parfois je me demande si scala ou jruby ne sont pas de meilleures réponses pour tous ces gars qui veulent que java devienne un langage à la python (bon j'exagère mais quand on voit certaines demandes on se pose des questions. )
A côté de ça, les properties, dont le manque se fait sentir chaque jour en ce qui me concerne puisque les spécifications nous imposent les getter/setter boilerplate, sont renvoyées en là aux calendes grecques.

Il y a lombok, mais le support javadoc est à oublier.

Code:

1
2
3
4
5
6
7
8
 
 
r = from(data,
         where( { Integer i => i > 5  },
            orderBy( { Integer i1, Integer i2 => i1-i2 },
                groupBy( {Integer i => "a"},
                    orderBy( { Group<String, Integer> g1, Group<String, Integer> g2 => g1.getKey().compareTo(g2.getKey()) },
                        select( { Group<String, Integer> g => 4 } ))))));

Un avant goût de ce que java pourrait faire...Oui oui ça existe....:mouarf:

31/01/2011, 22h15
yan

Citation:

Envoyé par B.AF

Un avant goût de ce que java pourrait faire...Oui oui ça existe....:mouarf:

A voir a l'usage mais je trouve LINQ plus lisible.
23/03/2011, 14h42
CUCARACHA

Virement de bord c# -> Java ?

Salut,

J'ai lu quelques posts de cette conversation mais j'avoue ne pas avoir eu le temps de tout regarder.

Je pense avoir atteint un assez bon niveau en .net et depuis peu en MVC3.

J'ai un peu le sentiment d'être au bout aussi, je m'interroge sur l'opportunité de me mettre "professionnellement" au Java.

Les raisons sont les suivantes :

Travaillant de plus en plus comme architecte soa, je constate qu'il y a plus de missions en Java qu'en .net (à ce niveau). Au passage, les missions Java sont mieux payées.

Mes inquiétudes ne sont les suivantes :

Eclipse est -il l'équivalent de visual studio ou existe-il un meilleur IDE ?
Existe-t-il un équivalent à WCF ou doit-on systématiquement programmer les wsdl des web services ?
Une faiblesse du C# est l’impossibilité d'utiliser des doubles (voir multiples) héritages. Pour moi ça pose des problèmes lorsqu'on doit hériter de classes du Framework. A la limite il faudrait que ce soit autorisé uniquement dans le cas où une classe spécifique doit produire un comportement équivalent à une classe du FW Mais doit aussi hériter de caractéristiques métier d'une classe business. Java permet-il de travailler avec des héritages multiples ?
Je sais que MVC est le concurrent de Ruby On Rails. Ruby fait-il partie de la panoplie des petits javaistes ?
Les lambda expressions fonctionnent-elles sous java ?
Le concurrent de Hibernate est Entity Framework (je n'affirme pas, c'est ce que je crois mais je peux me tromper car je sais qu'il existe NHibernate). Hibernate est-il intégré à eclipse ?
Enfin, existe-t-il une sorte de .rar qui proposerait un environnement de développement test et débogage unique ? Genre Tomcat + Java + Eclipse + Hibernate + MySQL ?

Je pense que la double compétence doit avoir beaucoup de valeur car ca permettrait de proposer de migrer de l'un à l'autre et vice et versa, qu'en pensez-vous ?

D'avance merci pour vos réponses,

Laurent
23/03/2011, 14h45
CUCARACHA

Citation:

Envoyé par yan

A voir a l'usage mais je trouve LINQ plus lisible.

Pour ma part, j'étais un inconditionnel de Linq mais je me suis mis aux Lamba Expressions depuis peu et j'aime plus.

D'ou ma question précédente, les lambda expressions existent-elles sous java.

++

Laurent
23/03/2011, 14h49
CUCARACHA

Citation:

Envoyé par pseudocode

Y a pire : les acronymes en 3 ou 4 lettres : POJO, EJB, AWT, JVM, SDK, ...

Mais, comme pour les noms, c'est pas spécifique à java : QT, GCC, MCP, BIOS, KDE, DHCP, XML, PHP, MBR, XEP, SOAP (:lol:), ...

Sous Microsoft : MVC, EF4, WCF, WPF, WWF, SOAP, REST, CIL, TFS, MOOS, VB, VBA,...

Dans l'armée : LRAC, PM, PA, VAB... etc

C'est la flemme et le manque de temps qui motive l'utilisation d’abréviations.

++

Laurent
23/03/2011, 16h43
tchize_

Citation:

Envoyé par Laurent Jordi

Travaillant de plus en plus comme architecte soa, je constate qu'il y a plus de missions en Java qu'en .net (à ce niveau). Au passage, les missions Java sont mieux payées.

PArce que les "architectes" au sens mauvais de java sont passés par là et on fuotu un tel spaghetti derrière eux qu'on cherche maintenant des gens pour dépétrer tout ça

Citation:

Eclipse est -il l'équivalent de visual studio ou existe-il un meilleur IDE ?

Au choix eclipse, netbeasn, intelliJ, ....

Pour le "mieux", je peux pas dire, je n'ai uitilisé que visual C# express en .net

Citation:

Existe-t-il un équivalent à WCF ou doit-on systématiquement programmer les wsdl des web services ?

Y a de tout et de n'importe quoi coté webservice en java. Depuis les trucs légers au usines à gaz.

Citation:

Une faiblesse du C# est l’impossibilité d'utiliser des doubles (voir multiples) héritages.

Tout autant interdit en java, on utilise des interfaces. Toutes les apis de bases du framework étant des interfaces, ca ne pose pas vraiment de problème.

Citation:

Je sais que MVC est le concurrent de Ruby On Rails. Ruby fait-il partie de la panoplie des petits javaistes ?

Ruby, c'est ruby, java c'est java, .net c'est .net

Citation:

Les lambda expressions fonctionnent-elles sous java ?

On nous les promet pour fin 2012

Citation:

Le concurrent de Hibernate est Entity Framework (je n'affirme pas, c'est ce que je crois mais je peux me tromper car je sais qu'il existe NHibernate). Hibernate est-il intégré à eclipse ?

FAut des plugins ad-hoc.

Citation:

Enfin, existe-t-il une sorte de .rar qui proposerait un environnement de développement test et débogage unique ? Genre Tomcat + Java + Eclipse + Hibernate + MySQL ?

Pas que je sache

Citation:

Je pense que la double compétence doit avoir beaucoup de valeur car ca permettrait de proposer de migrer de l'un à l'autre et vice et versa, qu'en pensez-vous ?

Qu'il faut du tems pour maitrise .net et du temps pour maitriser java. Quand t'aura la maitrise et l'expérience java suffisante pour pouvoir faire des choix stratégiques, tu va avoir passé tellement de temps que tes compétences .net ne vaudront plus tripette.
23/03/2011, 16h58
CUCARACHA

Dois-je déduire que tu penses que de nos jours, il vaut mieux investir sur des technos MS plutôt que sur des technos Java ?

Merci

Laurent
23/03/2011, 17h07
CUCARACHA

Citation:

Envoyé par tchize_

PArce que les "architectes" au sens mauvais de java sont passés par là et on fuotu un tel spaghetti derrière eux qu'on cherche maintenant des gens pour dépétrer tout ça

J'en ai connu quelques uns, pour ma part, je connais très bien le risque des dérives Technico Techniques et des batailles de zezettes entre informaticiens pour savoir qui pondra le truc le plus générique qui fait tout sans rien faire et qu'à la fin tu te retrouve avec plein de couches, des adapter, des managers des régistrers des directory et j'en passe.

Je ne sais pas si mon avis est à sa place ici mais pour moi plus c'est simple et mieux ça marche... (sans doute parce-que je suis un peu vieux)...

Concernant le Ruby et je Java, MVC aussi est un peu différent du .net ça n'empêche pas de marier les deux et de faire de belles choses avec.

Voili voila...

Ce qu'il faut retenuir, plus c'est simple mieux ça marche...

++

Laurent
23/03/2011, 17h11
pseudocode

Citation:

Envoyé par tchize_

PArce que les "architectes" au sens mauvais de java sont passés par là et on fuotu un tel spaghetti derrière eux qu'on cherche maintenant des gens pour dépétrer tout ça

Les architectes ? hum...

Je dirais plutôt que ce sont les grosses entreprises présentes dans le JCP qui poussent à la création de "spécifications standardisées/normalisées" pour chaque nouvelle technologie.

Les petites solutions "simples" qui faciliteraient la vie dans 90% des cas sont ignorées au profit de spécifications complexes censées gérées tous les cas possibles de l'industrie... Spécifications qui sont souvent abandonnées/modifiées/oubliées parce qu'elles sont justement trop complexes. :aie:

Enfin bon, disons que les architectes ne sont pas les seuls coupables.
23/03/2011, 17h11
romaintaz

Citation:

Envoyé par Laurent Jordi

Dois-je déduire que tu penses que de nos jours, il vaut mieux investir sur des technos MS plutôt que sur des technos Java ?

Ce qu'il a voulu dire, c'est plutôt qu'il faut s'investir vraiment dans l'un ou l'autre. Il s'agit d'écosystèmes tellement vastes qu'il est vraiment difficile d'avoir un très beau niveau dans les deux domaines.
Maintenant, rien n'empêche de faire les 2, mais il parait évident qu'il y aura un langage pour lequel on est plus à l'aise qu'avec l'autre.
23/03/2011, 17h20
tchize_

Citation:

Envoyé par pseudocode

Les architectes ? hum...

Je dirais plutôt que ce sont les grosses entreprises présentes dans le JCP qui poussent à la création de "spécifications standardisées/normalisées" pour chaque nouvelle technologie.

Le problème c'est surtout ceux qui vont prendre toutes ses specs et démarrent leur application en étant persuadés qu'il doivent implémenter toutes les specs.
C'est du J2EE? Je dois d'office faire une architecture NCouches, avoir un serveur avec les EJB, et un autres avec le GUI. Le serveur EJB devra d'office exporte en webservice, que l'interface GUI utilisera. Le stockage des préférences utilisateurs se fera avec du JPA. On fera du push sur les interfaces desktop avec un serveur JMS et des topics. On accèdera au fichier avec CAMEL, comme ça si un jour on stocke les fichiers sur une serveur distant avec une connexion ssh ou ftp, ca marchera toujours.

Et à la base, le client il avait juste demandé du stockage de fichier avec un interface web de gestion :aie:

Pour revenir à la question de départ: si ton but est de rester dans une environnement windows au niveau de tes service -> reste en C#. Si t'a envie de fournir à tes clients du service sur d'autres plateformes -> passe au java. Et si t'es indépendant, associe toi au moins temporairement à quelqu'un qui a un bon background en java, sinon ça va être la cata assurée coté qualité de service :)
23/03/2011, 17h22
CUCARACHA

De ce que j'ai vu du java, je ne vois pas vraiment de différence avec le c# pour moi la différence réside dans le Framework et dans les outils d'intégration et de débogage.

Par rapport à ce que tu dis concernant la double compétence, j'ai la double compétence oracle / sql server (même MySql), franchement, pour moi c'est blanc bonnet et bonnet blanc car, à moins de travailler sur des bases de plus de 20To, je ne crois pas qu'il y ait une grande différence. De toutes les façons, les SGBD font partie de la culture d'entreprise, en conséquence, il vaut mieux connaitre les deux (ou les trois) car tu ne sais jamais sur quoi tu vas tomber.

Pour Java / c#, et en particulier en SOA, il est tout à fait possible d'avoir un service legacy ou externe dans une techno différente de ton SI et sur lequel tu devras peut-être intervenir.

Je trouve juste frustrant de m’asseoir sur toutes les belles missions java alors qu'une fois que tu es archi, tu dois être agnostique techno...

++

Laurent

Voir 40 message(s) de cette discussion en une page