Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

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

Le , par gorgonite

43PARTAGES

1  0 
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 ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de sinok
Expert éminent sénior https://www.developpez.com
Le 10/07/2009 à 10:15
Bah ouais, en même temps faire du spécifique Gtk ou Gnome avec java c'est un peu se tirer une balle dans le pied alors que pour le même cout en dev (ou pas grand chose de plus) on peut avoir une appli portable...
Car si on compte le nombre d'appli SWT et Swing qui sont utilisées sous Linux (qui ne dois pas être faramineux non plus, genre Azureus, Eclipse/Netbeans, LimeWire par exemple)...

C'est un peu trollifère et à coté de la plaque comme comparaison. Tomboy et banshee ne sont rien de plus que des appli Gtk+/Gnome comme il y en a surement des paquets codées en python (toujours par exemple).

ET puis j'adore cette phrase

Code : Sélectionner tout
1
2
Eclipse 3.1 lacks features that MonoDevelop has, including code completion, integrated debugging, refactoring, and unit testing capabilities, Hargett claimed. "I've found in my consulting that people who install Eclipse 3.1 through the [Debian] package manager say, 'This is terrible.' " He said that customers that have installed a version of Eclipse beyond 3.1 like it.
Il n'a jamais eu l'occasion de toucher eclipse l'auteur. Ce sont des fonctionnalités qui datent d'eclipse 2 au minimum
1  0 
Avatar de Bluespear
Membre régulier https://www.developpez.com
Le 10/07/2009 à 10:30
Pour être en train de passer progressivement de Java+Swing à Qt(+Boost) dans mon développement je trouve plutôt osé de faire du C# sous Linux (je précise quand même que je n'ai que très peu touché à C#).

Ce langage dépend quand même exclusivement de Microsoft qui peut changer l'API quand bon lui semble et aura surtout une longueur d'avance permanente en version Windows (sur Mono). Et quand je vois le temps de sortie ainsi que le retard de la version Linux de Silverlight (Moonlight) j'ai vraiment tendance à ne pas vouloir utiliser ce genre de choses.

Bref, à voire, mais je ne m'attends pas à une révolution du développement GUI sous Linux grace à Mono, loin de là.
1  0 
Avatar de Xitog
Membre habitué https://www.developpez.com
Le 10/07/2009 à 10:41
Microsoft vient de passer le C# sous une licence qui protège les développeurs du monde libre de toutes "attaques aux brevets". Reste les libs, mais Gtk# n'en pose aucun.
http://tirania.org/blog/archive/2009/Jul-06.html

Under the Community Promise, Microsoft provides assurance that it will not assert its Necessary Claims against anyone who makes, uses, sells, offers for sale, imports, or distributes any Covered Implementation under any type of development or distribution model, including open-source licensing models such as the LGPL or GPL.
1  0 
Avatar de vintz72
Membre actif https://www.developpez.com
Le 10/07/2009 à 10:48
Citation Envoyé par sinok Voir le message

ET puis j'adore cette phrase


Eclipse 3.1 lacks features that MonoDevelop has, including code completion, integrated debugging, refactoring, and unit testing capabilities, Hargett claimed. "I've found in my consulting that people who install Eclipse 3.1 through the [Debian] package manager say, 'This is terrible.' " He said that customers that have installed a version of Eclipse beyond 3.1 like it.

Il n'a jamais eu l'occasion de toucher eclipse l'auteur. Ce sont des fonctionnalités qui datent d'eclipse 2 au minimum
C'est clair que ça rend son article peu crédible ! Il ne sait visiblement pas du tout de quoi il parle ! Encore du beau boulot d'intox...
1  0 
Avatar de martopioche
Membre éclairé https://www.developpez.com
Le 10/07/2009 à 12:14
Citation Envoyé par Xitog Voir le message
Microsoft vient de passer le C# sous une licence qui protège les développeurs du monde libre de toutes "attaques aux brevets". Reste les libs, mais Gtk# n'en pose aucun.
http://tirania.org/blog/archive/2009/Jul-06.html

Under the Community Promise, Microsoft provides assurance that it will not assert its Necessary Claims against anyone who makes, uses, sells, offers for sale, imports, or distributes any Covered Implementation under any type of development or distribution model, including open-source licensing models such as the LGPL or GPL.
Je ne suis pas juriste, mais je n'ai pas vu que cette "promesse" était une licence. De ce fait, je ne vois là dedans aucun engagement de Microsoft sur le long terme, et les conditions sont assez drastiques. De ce fait, l'intervention récente de Richard Stallman est bien d'actualité.

Maintenant, concernant la préférence des développeurs, les Linuxiens n'ont jamais apprécié Java. De ce fait, Java n'a jamais vraiment percé en environnement Linux. On compare donc un nombre limité de projets à un autre nombre limité de projets. Car si dans les projets très grand publique, je ne connais que Vuze en Java, il n'en demeure que nombre d'autres applications sont en Java (une bonne partie de ce qui tourne autour d'OpenStreetMap à commencer par JOSM, les outils de gestion du tuxDroid, bien des applications de développement...).

En ce qui concerne l'opinion, pour moi, Mono ne doit avoir qu'une seule fonction : faire tourner en environnement Linux des applications produites spécifiquement pour .Net, mais en aucun cas un projet Linux ne devrait choisir Mono comme techno.

Sinok et Vintz : la plus grosse critique de l'article concerne le packaging d'Eclipse dans les distributions. Et il est vrai que les versions d'Eclipse des dépôts sont on ne peux plus buggy. Mais le problème est surtout qu'à mon sens, Eclipse de part son mode de fonctionnement n'a rien à faire dans les dépôts puisqu'il est mieux installé individuellement.
1  0 
Avatar de leyee
Membre averti https://www.developpez.com
Le 10/07/2009 à 12:56
Pour moi c'est plus un sujet à troll qu'autre chose : il n'y a rien pour étayer cette affirmation. Personnellement je connais peu d'entreprises qui investissent dans du développement .NET sous Linux contrairement à celle qui développent en Java...
1  0 
Avatar de Traroth2
Membre chevronné https://www.developpez.com
Le 10/07/2009 à 12:59
Mono ne m'intéresse pas parce qu'il est condamné à rester pour toujours un sous-dotnet. Les nouvelles fonctionnalités sont implémentées avec des mois de retard par rapport à la version de Microsoft, et parfois jamais, d'ailleurs, et son l'existence même, qui est une implémentation de technologies brevetées, est soumise au bon vouloir de Microsoft, qui a toujours évité de prendre des engagements définitifs permettant de dire "l'avenir de Mono est assuré". Il est évident qu'il est impossible pour une entreprise d'investir dans des applications écrites pour Mono, à mes yeux. Si vraiment Microsoft voulait "ouvrir" Dotnet de manière pérenne, il faudrait au minimum :

  • Étendre à tous les composants de Dotnet l'Open Specification Promise
  • Créer un organisme analogue au JCP permettant aux autres acteurs du monde Dotnet (Novell, Infragistics,Embarcadero...) de s'impliquer dans son évolution
1  0 
Avatar de dingoth
Membre expérimenté https://www.developpez.com
Le 10/07/2009 à 13:12
Dans le fond, le gars a pas tort : Java n'a rien foutu pour Swing depuis 5 ans (ou presque). Quelques bonnes avancées avec l'intégration bureau dans Java 1.5, mais depuis quasi rien pour l'utilisateur final. Même le thème par défaut est toujours le laid (oui, laid) Metal, et c'est au développeur de préciser qu'il veut une application avec un L&F "comme les autres".

Il faudrait que Java s'émancipe de son idée "support pour tous" et entame des améliorations du genre "support pour le plus grand nombre". Le Swing App Framework est un pas en ce sens, avec sa gestion automatique des informations de session. Un autre ajout intéressant pourrait être l'accès aisé (et unifié) à la base de registre de Windows, au Gconf de Gnome, ou autre. Mais bon, je rêve.
1  0 
Avatar de robert_trudel
Membre éclairé https://www.developpez.com
Le 10/07/2009 à 13:50
le langage le plus utilisé pour des projets sur sourceforge est il me semble java...
1  0 
Avatar de Traroth2
Membre chevronné https://www.developpez.com
Le 10/07/2009 à 14:05
Citation Envoyé par dingoth Voir le message
Dans le fond, le gars a pas tort : Java n'a rien foutu pour Swing depuis 5 ans (ou presque). Quelques bonnes avancées avec l'intégration bureau dans Java 1.5, mais depuis quasi rien pour l'utilisateur final. Même le thème par défaut est toujours le laid (oui, laid) Metal, et c'est au développeur de préciser qu'il veut une application avec un L&F "comme les autres".
C'est totalement faux. Java 1.5 et Java 6 ont marqué quelques très grosses avancées, concernant Swing : simplification de mise en oeuvre (SwingWorker), amélioration des performances, nouvelles fonctionnalités. Le Look and Feel par défaut, maintenant, c'est Nimbus, au fait. Et il a un aspect tout à fait sympa. Il est fondé sur le système de L&F skinnable Synth, introduit par Java 1.5, qui permet de modifier l'aspect de son L&F très facilement.
1  0