Rilasciato Mono 2.8 con pieno supporto a C# 4.0

[Redazione di Hardware Upg]

Link alla notizia: http://www.hwfiles.it/news/rilasciat...-40_34013.html

E' stata da poco rilasciata la versione 2.8 di Mono. Tra le principali novità il pieno supporto alle specifiche di C# 4.0 ed una più efficiente implementazione del garbage collector


Click sul link per visualizzare la notizia.

[pabloski]

imho le due più importanti novità sono "poter utilizzare LLVM per l'esecuzione del codice" e "compilazione ahead-of-time (AOT) per piattaforme x86"

questo vuol dire che in un sol colpo ci si libera di tutti i problemi relativi a licenze e brevetti di ms, che in futuro potrebbe usare per stritolare l'ecosistema open se mono si diffondesse a sufficienza

non sono d'accordo su questo "poter riutilizzare le proprie conoscenze e buona parte del codice già scritto per Windows"....su windows c'è più codice scritto in java che in uno dei linguaggi dot net

[insane74]

peccato che non ci sono i pacchetti aggiornati per ubuntu (anche la 10.10 rimane alla 2.6.7).

[homero]

10 anni per uno sviluppo incompleto ma chi ha tanto dempo da perdere?
e chi oggi si mette a programmare in .net? a questo punto meglio programmare in python...

[Human_Sorrow]

Originariamente inviato da pabloski

....su windows c'è più codice scritto in java che in uno dei linguaggi dot net

Originariamente inviato da homero

e chi oggi si mette a programmare in .net? a questo punto meglio programmare in python...

Ragazzi, informatevi un po' meglio va là ...

[Riccardo82]

aggiungo solo una cosa al commento di Human_Sorrow...

...anzi no lasciamo perdere, l'icona che ha messo Human_Sorrow è sufficientemente esaustiva...

[insane74]

Originariamente inviato da Human_Sorrow

Ragazzi, informatevi un po' meglio va là ...

Originariamente inviato da Riccardo82

aggiungo solo una cosa al commento di Human_Sorrow...

...anzi no lasciamo perdere, l'icona che ha messo Human_Sorrow è sufficientemente esaustiva...

tra l'altro basterebbe andare su un sito di ricerca offerte di lavoro e cercare ".NET" e "python" per rendersi conto della situazione attuale (almeno in italia).

[Master_T]

La cosa che mi manca in Mono è l'implementazione di WPF, senza la quale si perde molto (a meno che non si stia sviluppando qualcosa senza interfaccia), tocca appoggiarsi a GTK# o Qt(Qyoto), che non sono la stessa cosa imho (anche se Qt è la "next best thing" come libreria grafica, però wrappata per l'uso con .NET perde molto). Purtroppo da quel che so non hanno intenzione di implementare WPF, anche perchè sarebbe probabilmente un lavoraccio assurdo...

[nico159]

Originariamente inviato da homero

10 anni per uno sviluppo incompleto ma chi ha tanto dempo da perdere?
e chi oggi si mette a programmare in .net? a questo punto meglio programmare in python...

Avvisami quando avranno trovato una soluzione che permetterà di sviluppare sul web con Python 3, dato che ad oggi, a distanza di più di un anno, non è possibile sviluppare per il web usando Python 3
O per lo meno che sia usabile per qualcosa di complesso, dato che i moduli non ci sono

Oppure quando avranno un compilatore JIT dentro CPython
Oppure quando avranno il supporto per operazioni asincrone nella libreria standard e sarà standardizzato, e non bisognerà scegliere tra Twisted, Kamelia, Torndado, Circuit, Eventlet, GEvent...ovviamente ognuno richiede che i moduli da usare insieme siano appositi! Eh altrimenti blocchi l'esecuzione. Un modulo per Mysql per Twisted apposita, un altro per Tornado, un altro per Eventlet
Oppure quando sarà possibile aggiornare Python su Linux senza che che incarti tutto
Oppure quando avranno rimosso il GIL, che non permette di scrivere software che esegue operazioni in parallelo su CPython. E non solo! Se usi i threads su un server multicore, le prestazioni peggiorano e di molto. Multiprocessing? Ma se .Net offre le Parallel Extensions
Oppure quando...

Tornando IT
Sono contento di questo rilascio, i miei complimenti alle capaci persone dietro Mono
Le novità per me più importanti oltre al supporto C# 4.0, sono: il nuovo garbage collector e le Parallel Extensions

[jappilas]

una più efficiente implementazione del garbage collector

non è solo una questione di efficienza, si tratta proprio di risolvere un problema dell' attuale garbage collector, prono a frammentazione della heap

da http://www.mono-project.com/FAQ:_ASP.NET

Mono currently uses a conservative, non-moving, non-compacting garbage collector. This means that the heap is not compacted when memory is released. This means that applications can produce memory allocation patterns that will effectively make the process grow, just like C, C++, Perl, Python applications would.
It is hence important to not get into patterns that would create these holes, for example such a hole could be created if you create a block of size SIZE, release it, and then create two blocks of size SIZE/2+1.

ora, un garbage collector che nella mia applicazione ASP.NET (per la quale sarà presumibilmente normale a runtime creare continuamente sessioni, oggetti, ... ) mi porti ad avere una situazione del genere (sostanzialmente un memory leak ) e mi imponga di rivedere i miei pattern di utilizzo della memoria stessa per poterla far girare su una piattaforma diversa dal runtime .net microsoft (il cui garbage collector non dà questo problema) può in effetti fare la differenza tra il potere vs il non poter usare Mono ...

[insane74]

Originariamente inviato da nico159

Avvisami quando avranno trovato una soluzione che permetterà di sviluppare sul web con Python 3, dato che ad oggi, a distanza di più di un anno, non è possibile sviluppare per il web usando Python 3
O per lo meno che sia usabile per qualcosa di complesso, dato che i moduli non ci sono

Oppure quando avranno un compilatore JIT dentro CPython
Oppure quando avranno il supporto per operazioni asincrone nella libreria standard e sarà standardizzato, e non bisognerà scegliere tra Twisted, Kamelia, Torndado, Circuit, Eventlet, GEvent...ovviamente ognuno richiede che i moduli da usare insieme siano appositi! Eh altrimenti blocchi l'esecuzione. Un modulo per Mysql per Twisted apposita, un altro per Tornado, un altro per Eventlet
Oppure quando sarà possibile aggiornare Python su Linux senza che che incarti tutto
Oppure quando avranno rimosso il GIL, che non permette di scrivere software che esegue operazioni in parallelo su CPython. E non solo! Se usi i threads su un server multicore, le prestazioni peggiorano e di molto. Multiprocessing? Ma se .Net offre le Parallel Extensions
Oppure quando...

Tornando IT
Sono contento di questo rilascio, i miei complimenti alle capaci persone dietro Mono
Le novità per me più importanti oltre al supporto C# 4.0, sono: il nuovo garbage collector e le Parallel Extensions

tra l'altro quando guardo i test di questa pagina http://shootout.alioth.debian.org/u6...&lang2=python3 mi vien sempre da ridere...
python3 194 volte più lento di mono...

[nico159]

Originariamente inviato da jappilas

non è solo una questione di efficienza, si tratta proprio di risolvere un problema dell' attuale garbage collector, prono a frammentazione della heap

da http://www.mono-project.com/FAQ:_ASP.NET

ora, un garbage collector che nella mia applicazione ASP.NET (per la quale sarà presumibilmente normale a runtime creare continuamente sessioni, oggetti, ... ) mi porti ad avere una situazione del genere (sostanzialmente un memory leak ) e mi imponga di rivedere i miei pattern di utilizzo della memoria stessa per poterla far girare su una piattaforma diversa dal runtime .net microsoft (il cui garbage collector non dà questo problema) può in effetti fare la differenza tra il potere vs il non poter usare Mono ...

Hai provato il 2.8 abilitando il nuovo GC?
http://www.mono-project.com/Release_...bage_Collector

[pabloski]

@Human_Sorrow: non mi pare di aver scritto una castroneria, visto che java è il primo linguaggio al mondo per utilizzo

capisco che in Italia c'è una sorta di microsoft distortion field, per cui sembra che microsoft abbia creato il cielo e la terra e quindi tutto nasce e deriva da microsoft

dove lavoro io si usa java al 90%, altre società collegate e con cui trattiamo usano java, il middleware è tutto in java, oracle supporta java

ti pare davvero così strana l'affermazione secondo cui java è più diffuso di .net?

del resto ms è la prima a non usare .net in windows, cosa dimostrata da bug come quello dei file .lnk ( se avessero usato .net quel buffer overflow non ci sarebbe stato )

se guardi su monster e siti simili trovi molte più richieste di lavoro per java che per .net, quindi non capisco il senso del tuo commento

[pabloski]

@insane74: il confronto è tra un linguaggio interpretato e un framework che usa compilazione jit

se confronti pypy con mono già le cose cambiano....e pensa che pypy non si avvicina nemmeno alle capacità di ottimizzazione di mono

poi c'è l'onnipresente java che batte mono....addirittura scala è più veloce di mono

per come la vedo io, il futuro non microsoft è di llvm, che verrà usato sempre più per implementare compilatori jit per i più svariati linguaggi dinamici e non

[Superboy]

"Un'altra interessante aggiunta è il supporto alla compilazione ahead-of-time (AOT) per piattaforme x86, che offre la possibilità di far convertire il codice intermedio in linguaggio .NET in codice nativo a runtime."

Il JIT gia era presente e gia permette di compilare il codice a runtime e non interpretarlo. AOT compila il codice prima che ne sia richiesta l'esecuzione.

[insane74]

Originariamente inviato da pabloski

@insane74: il confronto è tra un linguaggio interpretato e un framework che usa compilazione jit

se confronti pypy con mono già le cose cambiano....e pensa che pypy non si avvicina nemmeno alle capacità di ottimizzazione di mono

poi c'è l'onnipresente java che batte mono....addirittura scala è più veloce di mono

per come la vedo io, il futuro non microsoft è di llvm, che verrà usato sempre più per implementare compilatori jit per i più svariati linguaggi dinamici e non

java non è sempre + veloce di mono: http://shootout.alioth.debian.org/u6...lang2=javaxint

cmq, non stiamo a tirar fuori il righello!
la mia era solo una risposta a "che senso ha programmare in .NET, meglio python".
ad ognuno il suo, ma come sempre, ritengo che avere la possibilità, anche su linux, di scrivere sw in C#/.NET sia un "+", e non certo un "-".

[pabloski]

java non è sempre + veloce di mono: http://shootout.alioth.debian.org/u...;lang2=javaxint

cmq, non stiamo a tirar fuori il righello!
la mia era solo una risposta a "che senso ha programmare in .NET, meglio python".
ad ognuno il suo, ma come sempre, ritengo che avere la possibilità, anche su linux, di scrivere sw in C#/.NET sia un "+", e non certo un "-".

ovviamente è sempre meglio avere più possibilità

python secondo me è un linguaggio molto capace e per scrivere rapidamente software è insostituibile

fino ad oggi non è mai stata curata la parte che riguarda le performance e a nessuno è venuto in mente di compilare il codice python, magari con una bel compilatore jit sotto

credo che se python fosse più veloce allora riuscirebbe davvero a conquistare un bel pò di programmatori

tra java e mono francamente non so quale dei due sia legalmente più pericoloso...da un lato Ellison dall'altro Ballmer....francamente di gente così non mi fiderei mai

per fortuna java può essere sostituito da scala per cui è in sviluppo un port su llvm e così ci leviamo dalle scatole anche la java virtual machine

[insane74]

Originariamente inviato da pabloski

ovviamente è sempre meglio avere più possibilità

python secondo me è un linguaggio molto capace e per scrivere rapidamente software è insostituibile

fino ad oggi non è mai stata curata la parte che riguarda le performance e a nessuno è venuto in mente di compilare il codice python, magari con una bel compilatore jit sotto

credo che se python fosse più veloce allora riuscirebbe davvero a conquistare un bel pò di programmatori

tra java e mono francamente non so quale dei due sia legalmente più pericoloso...da un lato Ellison dall'altro Ballmer....francamente di gente così non mi fiderei mai

per fortuna java può essere sostituito da scala per cui è in sviluppo un port su llvm e così ci leviamo dalle scatole anche la java virtual machine

alla fin fine l'importante è avere molte frecce nel proprio arco.
poi conta la mira!

PS: lavoro in una società "win only", si sviluppa principalmente con sw M$. visto che "me tocca", se nel tempo libero riesco a scrivere 2 righe per il pinguino, che linguaggio dovrei usare? impararne uno nuovo da 0 o "riutilizzare" le mie (poche! ) skill? poter usare mono è un'ottima cosa, imho!

[LMCH]

Originariamente inviato da Master_T

La cosa che mi manca in Mono è l'implementazione di WPF, senza la quale si perde molto (a meno che non si stia sviluppando qualcosa senza interfaccia), tocca appoggiarsi a GTK# o Qt(Qyoto), che non sono la stessa cosa imho (anche se Qt è la "next best thing" come libreria grafica, però wrappata per l'uso con .NET perde molto). Purtroppo da quel che so non hanno intenzione di implementare WPF, anche perchè sarebbe probabilmente un lavoraccio assurdo...

Per quel che mi riguarda, da quando Qt è utilizzabile con licenza LGPL, sia Java che .Net (e Mono) possono sparire.
Molti pensano che Qt sia solo una libreria grafica, ma in realtà è diventato un framework decisamente più completo e multipiattaforma di quanto siano Java e .Net.

Sia Java che .Net sono una triade costituita da linguaggio "preferenziale" (java oppure C#) + librerie + runtime base e buona parte della "facilità d'uso" di entrambi non dipende dal linguaggio di programmazione, ma dalle librerie e dal runtime.
Eppure molti confrontano Java/.Net con C++ "liscio" (al massimo abbinato con le STL) e concludono che C++ è "vecchio", "primitivo", ecc.

Se invece si prende in considerazione il "pacchetto completo" Qt e C++ (usando preferenzialmente le funzionalità e gli oggetti forniti da Qt) le cose cambiano completamente.

[DeAndreon]

Il python fa ridere come tante altre cose open... Strano che mono stia proseguendo per la retta strada... Di solito le cose open impiegano molti anni per poi alla fine concludere niente...