Posté par tene .
En réponse à la dépêche Mono 0.24.
Évalué à 3.
Le fait que la spec de .Net appartienne entièrement à Microsoft est déjà un gros problème pour Mono car lorsque de nouvelles version sortiront, la plate-forme de Microsoft implémentera déjà la spec alors que Mono devra l'implémenter.
Les spec .NET 1.1 sont là depuis un moment, .NET 1.1 est sorti y'a 2 quelques semaines...
L'amélioration des iterator est déjà présente dans Mono, microsoft compte ajouter cette fonctionnalité en 2004/2005...
J'ai l'impression que la réalité contredis tes craintes, que je trouve des craintes justifiées, mais d'un autre côté:
- tant que mono n'est pas équivalent (ou supérieur) à .NET, ms a plutôt intéret à ne rien empêcher: ce n'est pas un concurrent dangereux, mais ça fait parler de .NET.
- .NET est un produit commercial, déjà en production sur certains sites, ms n'a donc plus la possibilité de changer du tout au tout... regarde l'évolution de l'API Win32: des choses ont étés ajoutées, mais pratiquement, peu de développeurs les utilisent: faut que ça reste compatible avec tous les windows... à terme, y'aura je pense le même effet sur .NET...
- Même si ms modifie toutes les semaines ses classes, comme il doit aussi rester compatible avec l'existant, tu feras tourner une appli mono.NET sur ms.NET... faudra comme toujours (même en java), ne pas utiliser de fonctionnalité spécifique.
Lorsque je lis ça je me demande à quel point Mono sera efficace sous Linux et si l'on ne cherche pas la compatibilité avec .Net pourquoi ne pas sortir un framework inspiré de .Net mais qui ne reprenne pas ce qui est clairement trop lié à Windows.
En fait, je vois cela d'une façon un peu différente: il y'a portabilité et possibilité de portabilité... visiblement mono tente de calquer sur ms pour ce qui va bien, ce qui permet d'être portable, même leur but n'est pas d'exécuter des programmes ms.NET (ce n'est pas wine!). Ce qui je trouve est une attitude intelligente: on aura le même langage, les mêmes classes de bases, les mêmes réflexes, la possibilité de faire une application riche et portable si nécessaire (avec Gtk# par exemple), la facilité d'interraction avec des assembly non portable (ce que java ne propose pas vraiment, utiliser du natif n'est pas trivial), tous cela sans être contraint dans un moule type vm java.
Niveau perf, je n'en sais pas plus, je suis déjà en train de ramer pour évaluer les perfs de ms.NET, pour celle de mono, j'attendrai un peu ;-)
[^] # Re: Mono 0.24
Posté par tene . En réponse à la dépêche Mono 0.24. Évalué à 3.
Les spec .NET 1.1 sont là depuis un moment, .NET 1.1 est sorti y'a 2 quelques semaines...
L'amélioration des iterator est déjà présente dans Mono, microsoft compte ajouter cette fonctionnalité en 2004/2005...
J'ai l'impression que la réalité contredis tes craintes, que je trouve des craintes justifiées, mais d'un autre côté:
- tant que mono n'est pas équivalent (ou supérieur) à .NET, ms a plutôt intéret à ne rien empêcher: ce n'est pas un concurrent dangereux, mais ça fait parler de .NET.
- .NET est un produit commercial, déjà en production sur certains sites, ms n'a donc plus la possibilité de changer du tout au tout... regarde l'évolution de l'API Win32: des choses ont étés ajoutées, mais pratiquement, peu de développeurs les utilisent: faut que ça reste compatible avec tous les windows... à terme, y'aura je pense le même effet sur .NET...
- Même si ms modifie toutes les semaines ses classes, comme il doit aussi rester compatible avec l'existant, tu feras tourner une appli mono.NET sur ms.NET... faudra comme toujours (même en java), ne pas utiliser de fonctionnalité spécifique.
Lorsque je lis ça je me demande à quel point Mono sera efficace sous Linux et si l'on ne cherche pas la compatibilité avec .Net pourquoi ne pas sortir un framework inspiré de .Net mais qui ne reprenne pas ce qui est clairement trop lié à Windows.
En fait, je vois cela d'une façon un peu différente: il y'a portabilité et possibilité de portabilité... visiblement mono tente de calquer sur ms pour ce qui va bien, ce qui permet d'être portable, même leur but n'est pas d'exécuter des programmes ms.NET (ce n'est pas wine!). Ce qui je trouve est une attitude intelligente: on aura le même langage, les mêmes classes de bases, les mêmes réflexes, la possibilité de faire une application riche et portable si nécessaire (avec Gtk# par exemple), la facilité d'interraction avec des assembly non portable (ce que java ne propose pas vraiment, utiliser du natif n'est pas trivial), tous cela sans être contraint dans un moule type vm java.
Niveau perf, je n'en sais pas plus, je suis déjà en train de ramer pour évaluer les perfs de ms.NET, pour celle de mono, j'attendrai un peu ;-)