Developpez.com

Club des développeurs et IT pro
Plus de 4 millions de visiteurs uniques par mois

Mono préféré à Java
Pour les développements d'applications pour station de travail Linux

Le , par gorgonite, Rédacteur/Modérateur
Mono préféré à Java pour les développements d'applications pour station de travail Linux

Selon certains experts, Mono serait désormais plus apprécié que Java par les développeurs d'applications pour station de travail en environnement GNU/Linux.
Parmi les plus populaires applications, nous pouvons cité Tomboy outil de prise de note écrit en C#, Banshee un lecteur multimédia apprécié par des utilisateurs de Gnome, l'outil de recherche Do pour le gestionnaire de fenêtres Gnome, etc

Pour rappel, Mono est une implantation libre du framework Microsoft .Net, soutenue par la société Novell, qui possède la distribution GNU/Linux Suse.

plus d'infos
http://www.sdtimes.com/link/33597

voir aussi
Mono et C# distribué avec Debian : Richard M. Stallman s'insurge
Microsoft : C# et CLI donnés aux développeurs

Mono, malgré les risques potentiels, serait plus attrayant que le désormais "libre" Java, qu'en pensez-vous ?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de pseudocode pseudocode - Rédacteur http://www.developpez.com
le 24/07/2009 à 11:55
Citation Envoyé par B.AF  Voir le message
Non mais je provoque un peu, mais souvent les Ihm en java sont moches, limite pas très utilisables, et c'est aujourd'hui un vrai boulet à trainer pour un langage et une techno que j'adore.

Et les développeurs java sont tellement dans leur monde qu'ils ne se rendent pas compte du tout de l'évolution du reste.

C'est vrai que, d'un coté, j'ai l'impression que Java régresse encore davantage sur les marchés Desktop, Web coté Client et Mobile (bref tout ce qui est lié aux IHM) et de l'autre, j'ai l'impression que .Net grignote chaque jour un peu plus le marché du Web coté serveur.

Reste a Java le marché des "grosses applications" non graphiques (traitement de données, business intelligence). Mais pour combien de temps ?
Avatar de B.AF B.AF - Membre chevronné http://www.developpez.com
le 24/07/2009 à 14:47
Citation Envoyé par pseudocode  Voir le message
C'est vrai que, d'un coté, j'ai l'impression que Java régresse encore davantage sur les marchés Desktop, Web coté Client et Mobile (bref tout ce qui est lié aux IHM) et de l'autre, j'ai l'impression que .Net grignote chaque jour un peu plus le marché du Web coté serveur.

Reste a Java le marché des "grosses applications" non graphiques (traitement de données, business intelligence). Mais pour combien de temps ?

Je pense encore pour un moment.
Java n'a jamais été bon sur les IHM, ça ne l'empêche pas d'être une excellent plateforme. Mais c'est certain que pour le Dev Web, la plateforme de Ms est séduisante parce qu'elle donne l'impression d'être plus abordable. Maintenant en web, il a fallu attendre 2009 pour que les techno microsoft découvrent le MVC (), l'ORM c'est pas mur....

Et puis Java, c'est l'open source, et quoi que je puisse parfois en dire du mal, j'ai vraiment pris mon pied avec Java comme dévelopeur.
Même en .Net, il y a un suivi des tendances Java : IoC, ORM...
Avatar de GanYoshi GanYoshi - Membre chevronné http://www.developpez.com
le 24/07/2009 à 16:07
Citation Envoyé par B.AF  Voir le message
Rien que la dernière fois que j'ai du faire un client Eclipse RCP avec des EJB3 stateless et une couche JPA, sous eclipse, j'ai mis 2 semaines à faire un truc qui m'en aurai pris 4 en .Net.

Je savais pas que le développement d'IHM en Java était deux fois plus rapide qu'en .net
Avatar de B.AF B.AF - Membre chevronné http://www.developpez.com
le 24/07/2009 à 17:19
Citation Envoyé par pseudocode  Voir le message
C'est vrai que, d'un coté, j'ai l'impression que Java régresse encore davantage sur les marchés Desktop, Web coté Client et Mobile (bref tout ce qui est lié aux IHM) et de l'autre, j'ai l'impression que .Net grignote chaque jour un peu plus le marché du Web coté serveur.

Reste a Java le marché des "grosses applications" non graphiques (traitement de données, business intelligence). Mais pour combien de temps ?

Citation Envoyé par Herve-Loiret  Voir le message
Je savais pas que le développement d'IHM en Java était deux fois plus rapide qu'en .net




4 jours je voulais dire. Ca m'apprendra!
Avatar de _skip _skip - Expert éminent http://www.developpez.com
le 29/07/2009 à 22:37
Citation Envoyé par B.AF
Ce que je veux dire c'est que sur du développement cRAD, .Net à un très net avantage sur Java. Après, je ne fais pas d'une techno le combat de ma vie.

Mais c'est tout à fait la vérité, tout comme ce qu'a dit dingoth en première page.

J'ai développé une application riche en utilisant des composants pour .Net telles que telerik, infragistics et devexpress... C'est d'un niveau d'intégration au niveau des visuals designers tellement puissant qu'on met en marche des composants très impressionnants en quelques clics.

Aujourd'hui, les standards en terme d'UI pour du desktop réclament beaucoup de richesse. C'est presque devenu inadmissible de saisir une date sans un bouton calendrier, de travailler avec un workspace sans la possibilité de docker les éléments dans tous les sens, de proposer une grid sans la mémorisation des largeurs et de l'ordre des colonnes.

Et c'est quand même un point sur lequel swing, du moins utilisé seul, a encore quelques progrès à faire. J'étais aussi très déçu du manque d'améliorations suggérées pour java 7.
D'ailleurs n'envisagez pas de faire des UI de saisie complexes sans une API de binding, j'ai essayé et ça nécessite une plomberie autour de la gestion d'évènement et le cast/ rejet de valeur qui est franchement navrante.
Avatar de Grand2000 Grand2000 - Membre du Club http://www.developpez.com
le 30/07/2009 à 7:51
Quand à moi, n'ayant pas grande expérience dans le développement Java, et essenciellement développeur DotNet, Mono me donne la possibilité de développer des applications Linux sans pour autant perdre ma part d'expérience dans le développement Dotnet.
Avatar de _skip _skip - Expert éminent http://www.developpez.com
le 30/07/2009 à 7:59
A ce sujet, j'ai toujours été effrayé à l'idée de déployer du mono en production pour des applications un tant soit peu conséquentes.
Si des gens ont l'expérience de dévs non triviaux en mono, ce serait sympa justement de la partager.
Avatar de Poong Poong - Futur Membre du Club http://www.developpez.com
le 06/08/2009 à 1:37
Bonjour,

Désolé, je commence mal. Premier message et j'embraye sur un hors-sujet. Mais le sujet m'intéresse, alors bon...

Citation Envoyé par pseudocode  Voir le message
Mais a-t-on vraiment besoin de l'héritage et le polymorphisme pour définir une IHM ?

Il me semble que l'héritage a tout a fait sa place pour assurer la cohérence et l'économie de code entre composants visuels. L'héritage visuel des Windows forms est intéressant pour ça.

Citation Envoyé par pseudocode  Voir le message
Avez vous déjà réussi a spécifier une IHM en UML ?

Ca me parait tout à fait faisable en UML, à ceci près qu'il faut ne pas se tromper de diagramme. Quand on décrit une interface, on n'est plus au niveau du modèle mais d'une instance du modèle donc avec un diagramme d'instance, on décrit bien ça.
Et pour le coup, c'est bien de syntaxe qu'il s'agit. Pour ce type de besoin, une syntaxe déclarative comme XAML semble en effet à la fois plus efficace et plus lisible qu'un diagramme d'instance, et plus encore, que des lignes de "new" les unes au dessus des autres. Reste l'aspect dynamique et ça, c'est sûr c'est plus compliqué (diagramme de collaboration ?).
Même si ça peut être plus compliqué, définir une interface c'est basiquement une description, or coder (en langage impératif) c'est une prescription. Et un langage déclaratif, c'est justement un langage descriptif. Normal que ça colle mieux, non ?
Mais si je dis qu'au bout du compte, pour décrire qqch de fondamentalement graphique, le plus naturel c'est quand même de dessiner, et donc un designer, je me fais égorger ?

Citation Envoyé par 4mleth  Voir le message
En fait, il me semble que l'engouement pour ce type de syntaxe a quelque peu obombré le fait que [...]

Waow... "obombré"... Joli !
Avatar de B.AF B.AF - Membre chevronné http://www.developpez.com
le 06/08/2009 à 17:38
Citation Envoyé par Poong  Voir le message
Bonjour,

Désolé, je commence mal. Premier message et j'embraye sur un hors-sujet. Mais le sujet m'intéresse, alors bon...

Il me semble que l'héritage a tout a fait sa place pour assurer la cohérence et l'économie de code entre composants visuels. L'héritage visuel des Windows forms est intéressant pour ça.

Ca me parait tout à fait faisable en UML, à ceci près qu'il faut ne pas se tromper de diagramme. Quand on décrit une interface, on n'est plus au niveau du modèle mais d'une instance du modèle donc avec un diagramme d'instance, on décrit bien ça.
Et pour le coup, c'est bien de syntaxe qu'il s'agit. Pour ce type de besoin, une syntaxe déclarative comme XAML semble en effet à la fois plus efficace et plus lisible qu'un diagramme d'instance, et plus encore, que des lignes de "new" les unes au dessus des autres. Reste l'aspect dynamique et ça, c'est sûr c'est plus compliqué (diagramme de collaboration ?).
Même si ça peut être plus compliqué, définir une interface c'est basiquement une description, or coder (en langage impératif) c'est une prescription. Et un langage déclaratif, c'est justement un langage descriptif. Normal que ça colle mieux, non ?
Mais si je dis qu'au bout du compte, pour décrire qqch de fondamentalement graphique, le plus naturel c'est quand même de dessiner, et donc un designer, je me fais égorger ?

Oui mais ça reste extrêmement théorique, le dev IHM à l'inverse malheureusement de ce que l'on enseigne est tout sauf trivial.

UML, ça n'apportera rien de plus qu'un storyboard clair ainsi que des cinématiques. Sans compter qu'il faut voir aussi les thread ui, le binding, la distribution, les DTO, la latence, le gc...

Si UML pouvait apporter une réponse ça se saurait.
Avatar de dbugfree dbugfree - Membre à l'essai http://www.developpez.com
le 18/08/2009 à 14:09
D'abord, bravo a tout ceux qui on réussi a ne pas troller sur une news aussi trollesque ...

Déjà j'aimerai qu'on me présente un expert impartial qui connaisse aussi bien Java que .NET, pas sûr que ça existe ...

Ensuite j'aimerai que quelqu'un fasse l'essai de construire une même application simple dans chacune des technologies sous Windows, puis qu'il essaye de l'exécuter sur Linux ...

Enfin, j'aimerai bien que les gens étayent un peu plus leurs arguments car la discussion me semble tronquée : pourquoi on nous parle d'intégration de Java a Windows AERO alors qu'on est sur une news Linux ? Pourquoi on ne compare pas le seul framework .NET avec tous les frameworks Java existants ? Qui a déjà fait une vrai IHM JavaFX ? A quoi ça sert de comparer les interfaces mono GTK avec celles de Java ?

Et plein d'autres questions mais j'ai plus le temps, il faut que j'aille faire une optimisation J2EE sur un parc d'applications Web chez un professionnel très à cheval sur la sécurité.
Avatar de B.AF B.AF - Membre chevronné http://www.developpez.com
le 18/08/2009 à 15:14
Citation Envoyé par dbugfree  Voir le message
D'abord, bravo a tout ceux qui on réussi a ne pas troller sur une news aussi trollesque ...

Déjà j'aimerai qu'on me présente un expert impartial qui connaisse aussi bien Java que .NET, pas sûr que ça existe ...

Ensuite j'aimerai que quelqu'un fasse l'essai de construire une même application simple dans chacune des technologies sous Windows, puis qu'il essaye de l'exécuter sur Linux ...

Bon ben je crois que t'as jamais essayé mono alors...
Je vois pas le rapport avec JavaFx qui serait plus à mettre en face de moonlight et WPF que de GTK#...

La news n'est pas trollesque : elle établi un fait qui est que le design IHM est plus aisé sur la plateforme .Net que sur la plateforme Java.

Offres d'emploi IT
Expert technique sur riskone
Societe Generale - Ile de France - Ile de France
Architecte de données h/f
Societe Generale - Ile de France - Ile de France
Développeur symfony2 - médias
Omnilog - Ile de France - Neuilly-sur-Seine (92200)

Voir plus d'offres Voir la carte des offres IT
Responsables bénévoles de la rubrique Java : Mickael Baron - Robin56 -