1- Tu as raison, je me suis planté sur l’article Kodak / Java, j’avais mal lu. C’était juste le fruit d’une recherche Google de 5 secondes (j’aurais pu piocher ça http://www.itjungle.com/tug/tug110107-story02.html ou ça http://www.sunhelp.org/2007/12/04/sun-sues-trilogy/ à la place), mais c’était juste pour illustrer le fait que je n’ai pas plus confiance en Sun / Oracle qu’en Microsoft.

2- J’attends toujours ton explication comme quoi les amateurs de C# n’ont pas tout compris à la prog.

3- Microsoft supporte (pas financièrement, mais par ses actions) Moonlight en le présentant comme le Silverlight de Linux, donc ça n’aurait pas beaucoup de sens qu’ils s’en prennent à Mono.

4- Si Microsoft s’attaque à Mono et obtient gain de cause, ça ne veut pas dire que ton appli ne tournera plus que sous Windows, ni que toutes les applis Mono seront « hors-la-loi ». Seules certaines parties de Mono sont potentiellement en danger car basées sur des technologies non libres (Windows.Forms, ADO.NET…), et la plupart des applis Mono ne s’en servent pas. Ainsi, les applis comme Tomboy et co (qui utilisent GTK# pour l’UI) ne sont pas menacées et seront toujours 100% légales quoiqu’il arrive. Si tu es parano, tu peux donc te limiter aux parties « safes » de Mono pour développer, et te dire qu’il ne peut plus rien t’arriver d’affreux maintenant.
(À ce sujet, il a été décidé que Mono serait divisé en 2 parties, pour clairement séparer le côté obscur de la force du bon côté. Je cite : « In the next few months we will be working towards splitting the jumbo Mono source code that includes ECMA + A lot more into two separate source code distributions. One will be ECMA, the other will contain our implementation of ASP.NET, ADO.NET, Winforms and others. » Source : http://tirania.org/blog/archive/2009/Jul-06.html)

Et je le redis… j’en ai rien à battre de Java etc. Ce qui m’importe c’est qu’un langage me permette d’écrire un truc une fois pour toute et que ça tourne partout ! (vieille tare datant de la baston IE Vs. Netscape)

Et quand on me dis « ouaiii Mono c’est trop cool, c’est comme java, on peut écrire un programme et le lancer sur Win et GNU/Linux BSD whatever… » bah moi je répond simplement non, car on ne peux pas faire confiance à Microsoft, qui, dans le cas présent, peut parfaitement déclarer toutes ces applications hors-la-loi…

Et là mon application .Net/Mono ne tournera plus que sous windows… Donc je devrai refaire un truc spécifiquement pour windows ou plus simplement utiliser un langage qui marche partout !

Devine mon choix…

Pourquoi n’élabores-tu pas davantage ton point vague (datant de quelques mois, certes, mais qu’importe), comme quoi ceux qui aiment C# ne doivent pas comprendre certains concepts de programmation ? Quels concepts ? Des exemples ?

Sinon, pour te cultiver un peu, voici une petite liste où Jo Shields (déjà cité plus haut) présente brièvement quelques uns des avantages de Mono vis-à-vis de Java :
http://www2.apebox.org/wordpress/rants/124/#comment-1080
Ce n’est pas une liste exhaustive, loin s’en faut. On aurait pu aussi mentionner le fait que .NET / Mono est multi-langage, ou que l’implémentation des generics de .NET est supérieure à celle de Java (http://www.buunguyen.net/blog/java-and-net-generics.html), ou encore que Swing est vieux et nase et n’a toujours pas de successeurs en vue.
Heureusement que Java 7 va changer la donne avec de nouvelles fonctionnalités bluffantes, comme la possibilité de faire un switch sur un string. (Certes, je trolle aussi un peu gratuitement, mais je fais des efforts pour m’adapter, la barre étant haute placée ; j’ai encore de la marge.)

Enfin bon, tu attaquais le côté technique, maintenant tu passes du coq à l’âne avec le légal. Pour ton information, Java n’est ni 100% libre (c’est censé arrivé avec la version 7 qui n’est décidément pas pressée de sortir), ni dénué de brevets logiciels. Donc tu te tires dans le pied, là. Tout n’est pas blanc ou noir, même si Microsoft n’est pas une boîte de saints, Sun non plus (exemple au pif : http://news.cnet.com/Kodak-wins-Java-patent-suit/2100-1014_3-5394765.html).

Allez, histoire de remettre de l’huile:
L’ ACTA propose d’implanter les brevets logiciels en Europe… On fera quoi avec nos piles applicatives .Net brevetées par Microsoft (peu importe VB, C#, JS, whatever…) ?

lol, v’là le « spécialiste ».

« [..] The most important piece of news from last week’s PDC was Microsoft’s decision to turn Silverlight into the universal platform for building cross platform applications.

–Miguel de Icaza, November 23, 2009 after visiting MSPDC09″

Rigolo non ?
J’en ai profité pour aller regarder des vidéo de Kde 4.4 qui a l’air très prometteur (tandis que gnome-shell me fait moins rêver).

Mais au même titre que ces 2 exemples, ça ne devrait pas être là par défaut: Un utilisateur en a besoin, qu’il se borde bien juridiquement et se demerde en cas d’ennui avec Redmond. Au moins ça ne risque pas d’impacter une distribution majeure et l’ensemble de ses clients en une seule action.

De plus, l’avoir par défaut va générer une utilisation grandissante pour developper des applications Linux: On sortira donc alors à moyen terme du cadre habituel des outils de migration/integration windows et le jour ou revenir en arrière sera devenu très difficile, Redmond pourra sortir de sa reserve.

Fedora, avec Red-Hat derrière qui est très implanté en entreprise… a pris une decision dont TomBoy est sans doute l’alibi: Ils sont dans le business et leur mode de décision sur ce genre de sujet, c’est l’estimation d’un rapport bénéfice/risque qui leur semble sans doute ici très défavorable.

Par ailleurs, le C est là depuis les années 70. Le noyau Linux, hormis de petites parties asm liées au démarrage (faut bien une pile, après un minimum de configuration processeur/memoire pour appeler du C!) ou a l’optimisation des IO, est écrit en C car au niveau performance on n’a pas fait mieux. Le C++ a aussi enterré pas mal de languages qui devaient lui succeder.

Hier Java, aujourd’hui Mono, demain ??? Tous ces pseudo langages de haut niveau sont aussi des modes éphémères sur une vie d’informaticien. Les 2 piliers, eux sont encore là pour longtemps. Il est vrai que ça se debugge moins facilement qu’un pseudo-code dans une VM, mais au moins on n’a pas besoin d’un quad-core pour faire tourner un logiciel de gestion de photos à côté d’un post-it informatisé! 23Mo à tirer pour TomBoy, c’est sans doute la moitié des 50Mo évoqués mais pour qui a débuté l’info sur un Z80 avec 1ko de ram, fait son école d’ingénieur a une époque ou un 486 avec 4Mo de ram et 100Mo de disque était un luxe faisant tourner un environnement déjà très agréable… tout ceci ressemble fort à du gâchis! Mais bon, quand on utilise Eclipse pour coder il est vrai qu’on ne doit pas être très sensible à ces pb…

Stallman est sorti de sa boite de pandorre avec raison sur ce coup amha… Et Red-Hat confirme même si la décision est annonçée comme tout sauf stratégique. Ce qu’elle a pourtant toute chance d’être.