TImaniac a écrit 6420 commentaires

ben, c'est le lien que j'ai indiqué plus haut : http://www.vnunet.fr/actu/article.htm?numero=12303&th=pme&d(...)
je cite l'article :
Dans le cadre de sa migration vers Linux, la municipalité de Munich (voir édition du 10 juin 2003) a ainsi exploité Mono pour migrer 300 serveurs utilisant ASP.Net.
Si certains ont d'autres sources je suis également intéressé.

me semble qu'il y a déjà eu une tentative de portage de COM+ sous Unix, mais ce fut un échec lamentable.
Question équivalent, je penses que Corba est les même objectifs. Mais avec Mono, plus de problème de partage d'objet et d'exposition d'interface... Logiquement il n'y a plus besoin de COM & Co... sauf évidemment question compatibilité avec l'existant. C'est d'ailleur pour celà que sous WIndows cette compatibilité existe. Pas sous Linux... mais sachant que les composants COM n'existe pas sous Linux, c'est pas tellement utile à mon sens.
Sinon question messaging, transactions & co, voir doc du framework .NET.
Par contre de l'aveu même de De Icaza, il y a encore des efforts à faire du côté des API "spécial entreprise".

J'espère au moins avoir été le plus partiale possible dans la première partie de la news, la partie qui s'affiche.

Pour la comparaison avec Java, j'ai surtout voulu montrer que c'était pareil, mais avec des petits plus qui justifiait l'existance de Mono. J'aurai dis : c'est pareil on peut faire la même chose, celà n'aurait montré aucun intérêt pour cette plateforme.

Que cette news soit partiale et comportant quelques "attaques" contre Java, ok, je ne m'en cache nullement. Après je ne penses pas avoir usé de mauvaise foi et de marketing baveux (je n'ai aucune action chez Microsoft, ni aucun pot de vin), je suis juste un programmeur convaincu, ce qui est sans doute le problème, mais quand on veut décrire précisement quelque chose, il faut se sentir légèrement concerné.

reprenons la news.
Pour le code IL, tu as parfaitement argumenté plus haut. D'ailleur dans la news tu remarqueras que je n'ai donné aucun jugement, j'ai juste noté la différence d'objectifs lors de la conception des code intermédiaires. Enfin dans tous les cas, je penses honnêtement que celà est un point positif d'avoir un langage non orienté interprétation et conçu pour être multi-langages. J'ai d'ailleur bien précisé la limitation aux langages objets.

Pour les bindings, tu le dis toi même : c'est lourd. De toute façon sur les 2 plateformes c'est pareil : c'est utilisé pour wrapper du code binaire quelconque. C'est surtout un avantage pour fournir un API qui soit utilisable sans soucis par pleins de langages sans faire de bindings justement, comme le fait par exemple actuellement le projet Gnome qui doit maintenir plusieurs bindings. Et de ce point de vu là, la VM de l'ECMA est conçu pour et impose des règles d'inplentation, et c'est ce qui fait sa force. Je suis heureux de voir qu'il existe une initiative de ce genre du côté de Java, mais je n'en avais pas connaissance et ce n'est pas encore du concrêt dans les JVM actuelles. D'ailleur l'objectif de Sun est clairement de favoriser le langage Java comme langage universel.

Pour le versionning, on est bien d'accord que celui de Java est sans comparaison avec celui de .NET ou Mono.

Pour le problème de licence, etc. c'est possible que je n'ai pas du tout été partial. A vrai dire j'en ai tellement marre d'entendre dire que "Mono c'est mal parcque c'est une techno proprio et Java c'est bien c'est libre" que du coup j'ai peut être eu tendance à aller à l'opposé.

Pour les WinForms, j'ai précisé que c'était elles seules qui posaient des problèmes légaux actuellement. J'ai pas dit que c'était les seuls à ne pas être normalisé. C'est vrai que celà pouvait porter à confusion mais ce n'est pas volontaire, tu m'en vois désolé.

Pour les précisions de licence, je vais dans ton sens, tes propos étant exact.
Microsoft s'est engagé à fournir des licences "royalty-free and otherwise RAND", ce qui ne veut pas dire grand chose. D'ailleurs, Novell n'a pas d'autorisation officielle de MS, à ma connaissance.
Le fait que Microsoft se soit engager à ne pas fournir de licence discriminatoire indique clairement qu'il doit accepter que Novell puisse en acquérir s'il le souhaite (en respectant la licence évidemment), et c'est déjà ca. Ensuite, en dehors de ce débat, il y a les licences en soit, et d'après Icaza, ils n'ont rien trouvé dans ces licences qui puisse les géner.

Reste que je trouve l'ECMA plus ouvert que le consortium autour de Java, ou Sun aura toujours plus ou moins le dernier mot sur les principales direction de Java (c'est d'ailleur ce que Sun ne veut pas lacher, aillant peur de voir Java se faire forker).

Or, quand on voit qu'il faut officiellement payer pour pouvoir faire un player mp3 (qui est un standard internationnal), on peut avoir peur pour Mono.
Parcque c'est des normes ISO et parcque les licences mp3 sont explicitement payante, pas celles de C# & Co.

Enfin, tout celà pour dire que j'ai avant tout voulu présenter l'innovaiton technique de cette plateforme, et surtout le fait qu'elle soit une alternative face à Java. J'espère ne pas avoir dit trop de conneries, et j'ai voulu relativiser à la fin de la news. La partialité m'aurait peut être poussé à ne pas parler de Java du tout, mais il était pour vital d'avoir un point de comparaison pour se faire une idée de ce qu'est Mono, Java étant pour moi globalement équivalent dans les possibilités.

Euh à partir du moment où en Java tu es obligé de commencer en mode interprété, c'est que c'est pas terriblement optimisé pour être compilé ;) Sinon effectivement comme tu le fais remarquer c'est réciproque :
- Java a été conçu pour être inteprété et peut être compilé mais c'est parfait
- le code IL a été conçu pour être compilé (bah vi dès le départ on peut compiler le code IL contrairement au bytecode qui n'est pas conçu et donc optimisé pour) et peut être interprété mais c'est pas fait pour.

Bon, je vais donc reprendre point par point, mais je ne vais pas te cacher que je préfère Mono à Java, et je ne m'en cache pas vraiment.

la portabilité (toute relative cependant pour les deux plateformes)
Je sais très bien que la technologie Java est présente sur de nombreuses plateformes non supportées par Mono (pour le moment) mais bon. Ce que j'ai voulu dire c'est que de toute façon la portabilité est toute relative, et une application qui tourne sur un PC ne tournera pas forcement sur un PDA, même si c'est sur une JVM de Sun dans tous les cas. Pourquoi ? PArcque les API ne sont pas tous portés, que des API ne sont disponibles que sur certaines plateformes, etc. bref, il faut se limiter aux implentations de bases pour être 100% portable. d'où le terme "relative". (je rajouterai que la portabilité se fait en général au détriment de l'intégration dans l'environnement, autant graphiquement qu'ergonomiquement)

On sent que c'est un avantage énorme, effectivement, surtout quand la plupart des JVMs supportent le JIT compiling, qui revient à disposer d'un code ... compilé.
non non, jes JVM essai de faire du JIT, mais sont toujours obligé de faire de l'interprété pour commencer. D'ailleur le démarrage d'une appli Java donne une idée du travail que doit effectuer la VM derrière ;) Et celà ne change rien à ce que j'ai dit, le code IL est optimisé pour cette opération, qui est donc faite plus rapidement et sans passer par un système de profiling et d'interprétation.

Pour les implentation d'autres langages sur la plateforme Java, je suis tout à fait d'accord que celà est possible. Mais là encore, le bytecode n'a pas été conçu pour, et il existe de nombreuses limitations (le code IL de .NET et Mono en a également je te rassure) et surtout ne définit aucun standard d'implentation qui facile l'interopérabilité entre les langages (tu peux écrire une classe en ADA, l'instancier en Logo et la modifier en Perl sur une machine virtuelle Java ?). C'est ce qui fait toute la force de cette plateforme, on utilise une librairie et on se moque complètement du langage dans lequel il a été développé, sans faire aucun binding. (les bindings ne sont utiles que pour utiliser du code natif).

Ben .. ça existe depuis un bon moment en Java, [détection de déblordement]
ah bon tu peux faire ca en Java ? : http://www.dotnetguru.org/articles/CSharpVsJava.htm#_D%E9tection_de(...)

Pour les métas-données, effectivement elles existent désormais dans Java 5, d'ailleur cette version de Java n'est là que pour rattraper le retard sur C# quand on voit les nouvelles fonctionnalités et pour proposer une implentation bancale des generics. (je ne rentrerais pas dans le débat, c'est très bien expliqué ici : http://www.artima.com/intv/generics.html(...))

Tu peux être plus explicite sur la simplicité d'utilisation du C ? Ca me laisse pantois !
J'ai peut être mal formulé ma phrase, je voulais dire la simplicité d'utiliser un API écrit en C depuis la plateforme Mono, notamment en C#.

Tu considère l'ECMA comme étant dirigé par Microsoft (d'ailleur l'ECMA va parfois à l'encontre de Microsoft, un peu comme le java Community Process). Mais si j'en crois toutes les demandes faites à Sun pour libérer Java, j'en déduit qu'il n'est pas si libre que ça ;)

Et OUI, j'ai attaqué Java, parcque dans le domaine Java a plus ou moins le monopole (question plateforme complète) et Mono se présente comme une alternative libre qui respecte des standards, et qui apporte quelques innovations qui ont l'avantage de faire bouger les 2 parties, vive la concurrence et longue vie aux 2 plateformes.

Si si, on se connait ? :-)

Au moment de l'exécution, le code IL, portable et présent dans le binaire, est compilé en code natif à la volée (Just In Time, JIT) avant d'être exécuté. Le code IL a été conçu avec cet objectif et est donc optimisé pour cette opération. Les VM Java commence par interpréter le bytecode Java qui a été conçu pour. Puis elles compilent à la volée les parties les plus utilisées afin d'améliorer les performances.

utilisation de la compatibilité ASP.NET de Mono je suppose, je suis moi même curieux d'avoir plus de détails, mais je n'en ai pas d'autre que le lien que j'ai mis plus haut et le précédent article sur linuxfr à propos de la première béta.

ma source de la migration Munich : http://www.vnunet.fr/actu/article.htm?numero=12303&th=pme&d(...)
sinon pour l'utilisation, il y a une liste sur le site de novell des entreprises qui utilisent Mono et y contribuent :
http://www.mono-project.com/using/relnotes/1.0.html(...) (Current Users)

Euh, non c'est pas vraiment une appli d'entreprise, c'est une appli qu'on a développer dans à l'université dans un cardre universitaire : en gros une solution de d'indexation de vidéo au format MPEG-7, avec système de plugins pour analyser une vidéo, créer des index mots clés, images clés, titre, séquences, etc. C'est très spécifique mais ca peut servir dans le domaine de l'indexation de contenus multimédias. Pour la mise en production, ben, ca dépend de moi et de ma motivation, vu que je fais ca sur mon temps personnel, mais j'ai des problème avec la lecture de vidéo sous Linux, c'est vraiment la m... à côté de DirectShow... Pourtant je veux pas faire de trucs compliquer, juste pouvoir lire une vidéo, en me déplacant image par image, à un instant donné... Pour l'instant je suis sur gstreamer, mais les déplacement sont vraiment imprécis... si y'en a qui s'y connaisse...

Ah c'est cool ça, merci le modéro :) Par contre désolé, il subsite quelques fautes d'orthographes et je me pose toujorus la même question : "implentation" ou "implémentation" ?

Me semble qu'ils ont complètement réécrit les thread..., je suis en train de porter une appli Windows -> Mono, y'a une seule utilisation de thread, mais tout à l'air de marcher pareil... c'est surtout sur Mac il me semble que l'implentation des thread posait le plus de problème.

Perso j'ai posté une news, plus qu'à attendre qu'un modérateur passe par là...

Ca en même temps ca doit marcher quand tu tapes n'importe quoi, y'a la même chose sous google...

Results 1-15 of about 18445615 containing "linux"
dans la langue de shakespeare.

il faut bien sûr remplacer Apple par Virgin au tout début de la première phrase. Désolé d'avoir validé le post trop vite :-(

où est l'abus ?
Apple râle parcqu'il ne peut pas proposer de contenus compatibles avec tous les lecteurs du marché, et sur ce marché l'iPod est loin d'être en dernière position. Il ne peut pas parcque Apple ne veut pas. Apple impose à ses utilisateurs une solution propriétaire, soit. Mais il impose aussi au consommateur le fournisseur de services, et c'est là une atteinte à la concurrence, d'où la grogne de Virgin qui me paraît tout à fait légitime.

un petit coucou de la rue de Chatillon derrière la gare :)

Virgin n'a pas eu trop le choix : ils ont fait une demande à Apple pour utiliser leur format, Apple a refusé. Sachant qu'il n'existe pas de solution de DRM "libre" ils se sont naturellement tournés vers une alternative proprio : maintenant ils constatent que cette profusion de format, c'est pas bien, et Apple en refusant aux fournisseurs d'utiliser leur format pour favoriser leur plateforme et leur matériel abusent clairement dans ce sens.

Oui mais tu peux aussi vouloir télécharger une distribution linux et un petit malin a renommé le dernier shrek 2 en knoppix 3.4 et tu télécharges du coup quelque chose d'illégal sans t'en rendre compte... en toute bonne foi ;)

Parcequ on est à la bourre dans les telecoms et l informatique qui va avec, et que j aime le Japon :)
Franchement je préfère être à la bourre dans les telecoms que de finir comme l'un de ces individus... ca fait 6 mois que j'ai pas appelé avec mon portable et je m'en porte pas plus mal, mon compte en banque de même, et je me semble pas m'être mis à l'écart de la société.

Bah non parcque là en l'occurence je dis que celà sert à quelque chose de les écrire justement ces brevets... Les sangsues de la sociétés, c'est plutôt les organismes de gestion des brevets qui traitent les demandes...

Moi je félicite Microsoft, qui grâce à ses nombreux brevets stupides arrive à démontrer l'incompétence des bureaux de gestion des brevets en matière de logiciels. Ce genre d'exemple concrêt est facile à présenter à nos cher élus qui peuvent en comprendre toute la stupidité. Je félicite d'autant plus Microsoft qu'ils n'ont pas le mauvais goût de s'amuser à les faire valoir sur leur continent.

Bah désolé moi le contenu du yaourt me convient pas, la recette est pas sous GPL, je demande donc le remboursement du contenu, je veux juste garder l'emballage... Enfin tout ca pour dire que quand Carrefour vend un PC avec OS, c'est qu'il considère que celà fait parti intégrante du produit (comme quand on te vend une voiture avec des pneus Michelin, ca paraît tellement évidement qu'on te vende des pneus avec ta voiture). Bref, même si légalement je ne sais vraiment pas si c'est légal, je trouve ca plus que correcte comme pratiques, on n'est pas forcé à l'achat.