Après quelques impressions volés à quelques conversations, il apparaît clairement que mono est plus populaire auprès des personnes issues du monde M$ que des autres. Les questions suivantes se posent donc :
" Que va apporter Mono ?, quels risques va t-il apporter ?"
D'après les premiers échos il semblerait que la réponse la plus fréquente de "dotnetiste" : nous allons enfin pouvoir adresser la plate-forme Linux (sur un ton de conquête). Les personnes issues du monde linux étant plus réservées.
Ceci amène à quelques questions :
- Contrairement à beaucoups de rumeur prétendant à la supériorité de Windows. Il semblerait donc que Linux soit non seulement reconnu pas ses partisants actuels mais aussi par un certain nombre de developpeurs Windows séduits par les atout de cette plate-forme et n'attendant que la possibilité de pouvoir l'utiliser. Linux se trouve donc être une plate-forme cible pour l'avenir de tous, mono permettant peut-être de conquérir les développeurs windows.
- Cette approche devrait amener rapidement les développeurs de la plate-forme windows à développer des applications multi-plateforme et assurer, par cette action, la démocratisation de la plate-forme Linux en tant que poste client.
De nombreux langages existent sous linux, le framework Dotnet tend à définir un socle commun sous windows permettant une mutualisation entre les différents langages. Java n'a pas su s'imposer sur l'ensemble des environnments comme langage fédérateur sur le poste client pour de nombreuses raisons (Rusticité d'awt, lourdeur de swing, lancement au démarrage d'appli d'une JVM accaparant les ressources du poste... niveau des IDE en retrait (pour ce type d'appli) par rapport à des delphi ou visual studio...). Le processus de normalisation SUN est sans doute partiellement responsable, néanmoins il est évident que les applications sont plus lourde à développer sur notre plate-forme favorite que sous Windows.
Utiliser mono comme socle, associé à qt ou gtk, peut sans doute permettre d'avancer plus rapidement en gardant toute la richesse de notre plate-forme, quelquesoit le langage utilisé sans pour autant adopter le référentiel de classe M$.
# les quelques retours volés sur mono
Posté par gloups . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 8.
" Que va apporter Mono ?, quels risques va t-il apporter ?"
D'après les premiers échos il semblerait que la réponse la plus fréquente de "dotnetiste" : nous allons enfin pouvoir adresser la plate-forme Linux (sur un ton de conquête). Les personnes issues du monde linux étant plus réservées.
Ceci amène à quelques questions :
- Contrairement à beaucoups de rumeur prétendant à la supériorité de Windows. Il semblerait donc que Linux soit non seulement reconnu pas ses partisants actuels mais aussi par un certain nombre de developpeurs Windows séduits par les atout de cette plate-forme et n'attendant que la possibilité de pouvoir l'utiliser. Linux se trouve donc être une plate-forme cible pour l'avenir de tous, mono permettant peut-être de conquérir les développeurs windows.
- Cette approche devrait amener rapidement les développeurs de la plate-forme windows à développer des applications multi-plateforme et assurer, par cette action, la démocratisation de la plate-forme Linux en tant que poste client.
De nombreux langages existent sous linux, le framework Dotnet tend à définir un socle commun sous windows permettant une mutualisation entre les différents langages. Java n'a pas su s'imposer sur l'ensemble des environnments comme langage fédérateur sur le poste client pour de nombreuses raisons (Rusticité d'awt, lourdeur de swing, lancement au démarrage d'appli d'une JVM accaparant les ressources du poste... niveau des IDE en retrait (pour ce type d'appli) par rapport à des delphi ou visual studio...). Le processus de normalisation SUN est sans doute partiellement responsable, néanmoins il est évident que les applications sont plus lourde à développer sur notre plate-forme favorite que sous Windows.
Utiliser mono comme socle, associé à qt ou gtk, peut sans doute permettre d'avancer plus rapidement en gardant toute la richesse de notre plate-forme, quelquesoit le langage utilisé sans pour autant adopter le référentiel de classe M$.