Mono préféré à Java

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à.

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.

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...

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.

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...

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

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.

le langage le plus utilisé pour des projets sur sourceforge est il me semble java...