Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Qu'un fork sera peut-être nécessaire. Car c'est pas le tout de récupérer les développeurs du projet. Encore faut-il récupérer le projet lui-même. Et ça, je ne pense pas que ce soit gagné d'avance, surtout si Microsoft a la vague impression qu'une partie de .NET lui échappe avec Xamarin et le fork.Envoyé par Idelways
Que pensez-vous de l'avenir de Mono ?
Encore faudrait-il qu'un fork soit possible ! Attachmate a des libertés que Xamarin n'aura pas. Attachmate a des appuis que Xamarin n'aura pas ! Et plus important: Mono est certes libre mais Microsoft conserve tous les droits sur les brevets relatifs à Dotnet...
Encore une preuve de plus que l'aspect open source d'une technologie n'est pas une garantie absolue pour sa survie. Perso je ne serai pas trop enclin à investir dans mono avant que la situation ne se stabilise.
Novell cède Mono à Xamarin
Une mise à jour de la plateforme est annoncée pour l’automne
Mise à jour du 19/07/11, par Hinault Romaric
Suse, la division de Novell chargée du développement de l'implémentation libre Mono cède le projet à Xamarin, la nouvelle startup créée par Miguel de Icaza pour sauver le projet suite à son abandon par Attachmate après l’acquisition de Novell.
Xamarin vient d’annoncer un partenariat stratégique avec SUSE pour reprendre le développement de la plateforme et des projets associés.
Le contrat de partenariat permet également à Xamarin d’obtenir les propriétés intellectuelles pour Mono, l’EDI MonoTouch, Mono for Android, Mono for Visual Studio, qui sont d’ores et déjà disponibles sur la galerie d’applications Xamarin.
Les clients Mono de SUSE recevront désormais les mises à jour et le support technique durant toute la période restante de leur abonnement directement de Xamarin.
« Ce partenariat est une triple victoire : une victoire pour SUSE, une victoire pour Xamarin, et surtout une victoire pour nos clients utilisateurs de Mono » a déclaré Nils Brauckmann, PDG de SUSE.
Cet accord permet donc à Xamarin d’éviter d’avoir recours au reverse engineering pour créer un fork du projet open source, d’utiliser les outils initialement développés chez Novell et de se concentrer sur son nouveau cahier de charges.
La société prévoit de publier cet automne une nouvelle version de Mono qui comprendra des améliorations de performances et un nouveau compilateur C#.
La future version de Mono sera plus rapide sur des machines avec des processeurs à double cœur grâce à l’introduction d’un garbage collector parallèle.
Des améliorations sont également prévues pour Moonlight, l’implémentation open source de la plateforme Silverlight. Moonlight va permettre aux développeurs de partager du code Windows avec les principales plateformes mobiles à l’instar d’Android ou encore iOS.
Source : Blog Miguel de Icaza
Vous souhaitez participer aux rubriques .NET ? Contactez-moi
Si déboguer est l’art de corriger les bugs, alors programmer est l’art d’en faire
Mon blog, Mes articles, Me suivre sur Twitter
En posant correctement votre problème, on trouve la moitié de la solution
ca veut dire que bientôt on développera du pure microsoft sur du Linux c'est la classe ça
"L'humanité se divise en trois catégories : ceux qui ne peuvent pas bouger, ceux qui peuvent bouger, et ceux qui bougent."
- Benjamin Franklin
De l'aide en Javascript , consultez la FAQ JS.
De l'aide sur le FrameWork JS DHTMLX : posez vos questions sur le forum des Bibliothèques & Frameworks JS.
non car tout n'est pas supportéca veut dire que bientôt on développera du pure microsoft sur du Linux c'est la classe ça
il y a t'il mention de client qui paye pour du support et cie?
Obligé de bosser en .NET au boulot, pouvoir faire tourner avec une entière compatibilité mes programmes sur mon Ubuntu à la maison est un très vieux rêve...
Happy end pour Mono et c'est tant mieux.
Xamarin sort ses premières versions de Mono et MonoTouch
Support de Mac OS X Lion et abstraction de la gestion des fichiers
Mise à jour du 5 août 2011 par Idelways
Après avoir récupéré officiellement Mono et reformé son équipe, née des cendres d'un SuSE en pleine décrépitude après le rachat de Novell par Attachmate, la startup Xamarin sort ses premières versions de Mono et MonoTouch
Il s'agit plus précisément de mises à jour mineures qui apportent peu d'améliorations notables et beaucoup de correctifs, mais qui ont le mérite de prouver que le projet se porte bien, même s'il progresse à petits pas après avoir été lâché par Attachmate.
Notons ainsi l'introduction de l'espace de nommage System.IO.IsolatedStorage, qui permet d'utiliser le même code MonoTouch et Windows Phone 7 pour accéder au système de fichier local en faisant abstraction de la manière dont est géré cet accès en fonction de l'OS.
Sur Mono 2.10.3, qui prépare le terrain à la sortie de Mono pour Android 1.03 et MonoTouch 4.1, Mac OS X Lion est désormais entièrement supporté. Sa runtime et le toolkit GTK+ ont été tous les deux mis à jour pour fonctionner correctement sur la dernière version de l'OS de Cupertino.
Le sous-système WCF a été grandement amélioré, et plusieurs bugs du ramasse-miettes corrigés.
Miguel de Icaza évoque dans son blog le futur proche de la technologie et assure que des fonctionnalités majeures sont en route sur la branche principale du projet. Leur sortie est retardée par le support incomplet de la programmation asynchrone sur C# 5.0.
Le compilateur de mono a en outre été réécrit pour supporter les deux backends : System.Reflection.Emit et IKVM.Reflection, ce dernier génère prétendument un meilleur code que l'original de Microsoft.
Parmi les autres correctifs de MonoTouch 4.0.4.1 :
- Les exceptions non gérées correctement, soulevées dans les callbacks, ferment désormais silencieusement l'application, sans aucune indication sur le problème survenue.
- Un problème qui faisait crasher les applications OpenGL dans le simulateur a été réglé.
- De même qu'un nombre de signatures invalides des API GameKit.
- Sur les CPU multicoeurs : résolution de certains bugs qui interrompait aléatoirement le fonctionnement de mtouch avec le message « mtouch exited with code 1 »
Source : Xamarin, Blog de Miguel de Icaza
Et vous ?
Répondre avec citation
Partager