Mono, toujours en retard sur son équivalent propriétaire
Ça dépend dans quel domaine. Certes, WPF ou silverlight ne sont pas ou pas entièrement implémentés, mais à côté de ça mono est multi-plateformes (y compris androïd, iphone), capable de faire du ahead-of-time, de tourner sur du mainframe/supercomputer (en gérant des tableaux 64 bits, ce que .Net ne sait pas faire) ou d'utiliser les instructions SIMD du proc, certaines parties du framework (comme Mono.Tasklets pour les coroutines) n'ont pas d'équivalent .Net et ils ont quelques projets intéressants codés pour mono (voir le client bittorrent monsoon qui peut être lancé via moonlight ou le shell C#).
Sans vouloir faire l'apologie de mono, je voulais juste faire remarquer que contrairement à ce que certains semblent penser ce ne sont pas simplement des "suiveurs" qui se contentent de recopier ce que fait Microsoft avec du retard, ils innovent de leur côté et dans certains domaines c'est .Net qui est en retard...
# Mono, toujours en retard sur son équivalent propriétaire... ou pas
Posté par daemontux . En réponse à la dépêche Tomboy vs Gnote. Évalué à 7.
Ça dépend dans quel domaine. Certes, WPF ou silverlight ne sont pas ou pas entièrement implémentés, mais à côté de ça mono est multi-plateformes (y compris androïd, iphone), capable de faire du ahead-of-time, de tourner sur du mainframe/supercomputer (en gérant des tableaux 64 bits, ce que .Net ne sait pas faire) ou d'utiliser les instructions SIMD du proc, certaines parties du framework (comme Mono.Tasklets pour les coroutines) n'ont pas d'équivalent .Net et ils ont quelques projets intéressants codés pour mono (voir le client bittorrent monsoon qui peut être lancé via moonlight ou le shell C#).
Sans vouloir faire l'apologie de mono, je voulais juste faire remarquer que contrairement à ce que certains semblent penser ce ne sont pas simplement des "suiveurs" qui se contentent de recopier ce que fait Microsoft avec du retard, ils innovent de leur côté et dans certains domaines c'est .Net qui est en retard...