Con SGI e SuSE Linux è supercluster

Mono a gratisse però!
Sto Mono e da parecchio che si sente e da quello che ho visto sul sito sembra convincente. Il punto è che non so se Novel ha capito che Linux è interessante finchè non costa come windows. Se spera di fare un business vendendo un server che fa girare roba .Net come windows ma che non è windows ma che costa la stessa cifra, mi sa che molti si orienteranno verso l'originale (foss'anche solo per tradizione inveterata). Inoltre, Java è molto + diffuso di .Net a causa del vantaggio temporale che ha avuto (gente che lo usa da anni, librerie, ecc.) Di fatto però se windows inizia a usare intensamente .Net e ci sono resources disponibili + puoi far girare il tutto dovunque: non so se tra 3 anni le cose saranno ancora a favore di Java. Poi sai, ora come ora, io sono convinto che ci vuol poco a fare un programmino che prende in ingresso C# o VB.Net e li converte in Java e viceversa. Quindi mi sembrano molto ridicole le battaglie tra i Java-isti e i .Net-tari. Ciao!

Re: In sintesi
- Scritto da: Anonimo

(ops... .Net ha una Virtual Machime.... che
strano,
la sintassi sembra quella di Java.. che
strano,???ma ti rendi conto delle fesserie che stai dicendo?

Re: .NET ma a che server?
- Scritto da: Anonimo

- Scritto da: Anonimo

Mi spiegate che tipo di applicazioni

girerebbero

su .NET?

è come chiedere che tipo di applicazioni
girerebbero con il c++ .... tutte!aggiungerei oltre al C++ :C# JScript J# Visual Basic APL Cobol Component Pascal Delta Forth .NET compiler Eiffel Fortran Haskell Mercury Oberon PERL Python Salford FTN95 Scheme SmallScript Standard ML TMT Pascal ...almeno fino ad ora...

Re: .NET ma a che server?
- Scritto da: Anonimo
Mi spiegate che tipo di applicazioni
girerebbero
su .NET?è come chiedere che tipo di applicazioni girerebbero con il c++ .... tutte!

.NET ma a che server?
Mi spiegate che tipo di applicazioni girerebberosu .NET?

Re: In sintesi
- Scritto da: Anonimo


java ha ide e rad gratuiti, documentazione

totale ed il tutto non solo dagli utenti,
ma

con sw da IBM,SUN,NOVELL,ORACLE etc... non

e' che sia poco.

guarda che microsoft ti da tutta la
documentazione per il framework gratis. poi
se vuoi ci sono migliaia di siti per
approfondire.


Prova tu a scrivre un Videogame per

internet, o un'applicativo Client/Server

partendo da zero usando Java o .Net . I

costi che devi reggere sul materiale M$

sono esorbitanti (tra formazione, tool,

documentazione).

la formazione costa uguale per entrambi...
se fai un corso, o leggi un libro.. i costi
sono li stessi.
per i tool ce ne sono gratuiti in giro e su
win uso #develop
per la documentazione ti ho risposto sopra



Ciao
CiaoMi hai tolto le parole dalla bocca...i tool di sviluppo ci sono gratuiti anche per il .net (veci #develop o WebMatrix, stranamente fatto dalla stessa Microsoft), o se preferisci hai tanto bene il notepad o qualsiasi editor e ti compili a mano dato che tutto il framework è gratuito!Se dopo per praticità vuoi fare un investimento e comprarti il vs.net è una tua scelta. Da un anno programmo ormai in .net e ti devo dire dalla mia esperienza (che va da vari editor per c/c++, vedi Visual C++, CodeWarrior per i palmari, al vb6, delphi, kylix, a quello della sun per java) ti posso dire che la velocità di sviluppo che ho trovato con il vs.net non l'ho trovata da nessuna parte e questo non deve essere considerato un fattore secondario in quanto alla fine anche i tempi di sviluppo contano, soprattuto per piccole aziende come quella in cui lavoro dove a sviluppare siamo in pochi e la mole di lavoro è sempre maggiore. Nel mio caso quindi il piccolo investimento fatto per il vs.net (che poi era incluso nel nostro abbonamento MSDN) è stato quindi ben ripagato e sono riuscito a sviluppare veramente applicazioni abbastanza complesse in tempi inimmaginabili con altri strumenti (a differenza dell'autore originale del post che non so quali soluzioni enterprise voglia sviluppare solamente di c/c++, soprattutto con la scarsità di risorse che c'è nelle piccole aziende). Non è che voglio difendere Microsoft, però credo che con il framework .net sia riuscita veramente a fare un ottimo prodotto (dopo se ha copiato java o preso spunti anche da delphi questi sono fatti loro), cmq nel mio caso mi sono trovato ottimanente a utilizzare questo nuova tecnologia, sia nel linguaggio (stabile e veloce --- ovviamente non raggiungerà mai le stesse prestazioni del c puro, sopratutto in fase di avvio del programma quando avviene la compilazione JIT, ma tutto ha i suoi pro e contro) che nell'ottimo editor e nelle prestazioni che si sono rilevate molto buone, soprattutto rispetto a java.La possibilità di fare il porting su altre piattaforme grazie a mono sarebbe poi un'ottima cosa, quindi il progetto, se funzionasse correttamente, sarebbe altro che da buttare! D'altronde anche il porting su linux di java non è stato fatto dalla sun ma da un altro gruppo, inglobato poi dalla stessa sun. Per chiunque non mi crede, provate a sviluppare in .net, ma utilizzando il vb.net e non c# (dato che purtroppo ancora il vs.net è fatto molto meglio per vb.net e offre per questo linguaggio molte features che agevolano e velocizzano di molto lo sviluppo) e toglietevi anche pregiudizi sullo stesso vb.net, dato che alla fine il compilato non differisce da quello di c#, soprattuto non in modo evidente sulle prestazioni... potreste ricredervi!!

Re: esempio di prodotto inutile

e guarda caso questo permettera' tra l'altro
di verificare quanto sia prodottivo uno o
l'altro : non che ci sia molto da dire,
visto che la produttivita' di java e' gia
stata ampliamente valutata e dimostrata,
mentre la roba di M$ sappiamo benissimo
quanto poco vale......Quanto siamo fortunati... accorrete gente ... è arrivato il mago visionario!!!! lui sa tutto... e quando dico tutto intendo tutto!!!ma che bravo!!!!prima di sparare cavolate, trovati qualche prova.la produttività di java sarà anche stata valutata e dimostrata ( non è che poi sia il massimo per velocità di produzione.. ma a alti livelli direi che hai ragione )... quella di .Net è sullo stesso gradino.. se finora si è detto .net è uguale a java... ora arrivi tu e dici l'opposto... bhe allora argomenta

Al tempo...
Non ho mai creduto che monco arrivasse al commercial quality level, anche perche' m$ ha rilasciato le specifiche solo parzialmente ma se dovesse accadere sarebbe OTTIMO per noi "linux-guy java-evangelist". Di sicuro nessuno si metterebbe a studiare .NOT vista la sterminata libreria sw, framework, mapper, application server per java ma potrebbe essere utile per testare i web service, lanciare un sw di gestione portali o integrare un forum con un bridge e la cosa divertente e' che con codice in bytecode si puo' disassemblare qualunque cosa, compreso il sw microsoft, a noi non e' mai fregato nulla perche' (per lo +) aderiamo al movimento OpenSource a loro non so ;)) So che alla fine m$ introdurra' delle lievi incompatibilita' (per migliorare la sicurezza) che richiederanno la ricompilazione con visual studio v66.cips disponibile a sole x$$ e solo per windows MP2005 e butteremo monco nel cesso ma fino ad allora facciamoci due risate Mela Marcia (tm)

Re: In sintesi
- Scritto da: Anonimo
Da quel che ho capito da questo thread .NET
e' una copia sputata di Java. Almeno
concettualmente (VM, GC, ecc ecc). Dato che
Java (sul mercato da 15 anni) non ha preso
il volo, immagino che pure .NET rimarra' al
palo. Che offre di piu'?Anche Windows NT era una copia sputata di OS/2, e adesso la derivazione di Windows NT ce l'hanno tutti, mentre la derivazione di OS/2 ce l'ha solo qualche fanatico.Hai mai sentito parlare di marketing?

Re: In sintesi
- Scritto da: Anonimo
Da quel che ho capito da questo thread .NET
e' una copia sputata di Java. Almeno
concettualmente (VM, GC, ecc ecc). Dato che
Java (sul mercato da 15 anni) non ha preso
il volo, immagino che pure .NET rimarra' alNon ha preso il volo? in 28 anni di M$ in ascesa gli ha piantato una trave tra le gambe.con cosa giochi sui telefonini con WinCe?alle convencion M$ c'e' gente che ora si presenta con le spille di Java, perche' ora sa' che c'e' un'alternativaM$ voleva metterti nel frigorifero win32, ora sai che quando succedera' non morirai di fame, perche' il frigo e' vuoto, perche' ci metteranno Java :o)Lo hanno infilato persino nelle LEGO.E' il linguaggio che ha strappato una incredibile base di sviluppatori a M$, la piu' grande in 28 anni... : sviluppatori commerciali, perche' quelli non appartenenti ad aziende in USA sono scappati in massa da M$perche' credi che ogni tre per due m$ tiri fuori che gli altri sono comunisti e si sia infilata in qualche modo in tutti gli organismi in cui hanno provato a standardizzare Java, e guarda caso il grosso di questi si siano opposti?.Net oggi non copre neanche lontanamente i settori in cui java si e' infilato, e domani si vedra'..... chi oggi sviluppa piu' in fretta, meglio ed a costi minori, domani ci pensera' bene a usare .netjava ha ide e rad gratuiti, documentazione totale ed il tutto non solo dagli utenti, ma con sw da IBM,SUN,NOVELL,ORACLE etc... non e' che sia poco.Prova tu a scrivre un Videogame per internet, o un'applicativo Client/Server partendo da zero usando Java o .Net . I costi che devi reggere sul materiale M$ sono esorbitanti (tra formazione, tool, documentazione).
palo. Che offre di piu'?

Ciao

Re: In sintesi
- Scritto da: Anonimo
Da quel che ho capito da questo thread .NET
e' una copia sputata di Java. Almeno
concettualmente (VM, GC, ecc ecc). Dato che
Java (sul mercato da 15 anni) non ha preso
il volo, immagino che pure .NET rimarra' al
palo. Che offre di piu'?
Secondo me chi sviluppava sotto win con prodotti MS passerà a .NET naturalmente, come passare da VB4 a VB5, quindi saranno in tanti a farlo.

Re: esempio di prodotto inutile


si bal bla bla bla peccato che gli unici
applicativi .NET
sono merda in confronto agli odierni scritti
guarda caso
in c c++ python e java
dimmi una sola ragione per cui io dovrei
usare un framework
nuovo quando ho a disposizione un pozzo di
librerie
gpl scritte in c c++ senza contare java e
python
che sono sul mercato da ben 10 anni.
ma mica lo devi usare Mono o .Net . Semplicemente c'e'.quindi sai lo sballo di vedere gli applicativi che microsoft ti spingera a sviluppare agli sviluppatori utenti microsoft, che domani scropriranno1) cambio piattaforma e spendo meno , come TCO e spesa iniziale2) cambio piattaforma e vado piu' veloce3) cambio piattaforma e sono meno esposto ai virus4) cambio piattaforma e ho meno bachi e patch da caricareM$ ha dovuto pubblicare un po' di specifiche, ma ora non potra' affossare .net come tentava con java in cui i programmi fatti con il sw M$ non rispettavano le specifiche di javapoi con comodo quando sei su un'altra piattaforma le vedi le caratteristiche che ti offre, e cosi' finisci con lo scoprire in quanto .net sia sostituibile
alt alt alt il codice assembly di mono
funziona per una
mazza su vm microsoft
poi sto nativamente me lo sbatto
tranquillamente sulle
palle visto che io per scelta lavoro solo ed
esclusivamente
su macchine linux.


senza cambiare una

riga di codice, diranno addio ai buffer

overflow
huhuhu huhu gli overflow su net ci saranno
sempre;
non è ancora uscita che gia hanno trovato
dei bug clamorosi
mentre java caro mio ha una VM che smazzola
alla grande.
e li i buffer overflow non li ho mai visti
veramente :)le puttanate in casa M$ sono cose normali, tanto fanno una nuova release, salvo lo sballo di scoprire che l'implementazione di Mono non ne ha........


.NET, pur essendo Microsoft, è una gran

cosa. Soprattutto per quel che riguarda la

sicurezza del codice, argomento oggi molto

scottante.
la sicurezza del codice parte dal
programmatore e dall'esperienza adesso
perche .NET dealloca in automatico
non significa che la security su codice
diventa un optional.beh almeno in M$ adesso hanno imparato una parola nuova -sicurezza- , non che questo cambi nulla visto che bug incredibili crescono a iosa sotto le loro mani,....

Re: In sintesi

si diciamo che è una sintesi piu che buona
peccato
che tra 5 minuti si fiondera' il solito .NET
adepto che
ti sputera fuori il discorso del framework
unificato :) Io ho risposto questo, ma non sono un adepto nè del .NET nè di M$.Però mi spieghi attualmente come si fa a far interoperare un modulo caml e uno haskell senza marhalling su corba dei dati e senza passare dal C? Io non sono capace, una architettura simile al .NET (particolarmente una convenzione di linking unica) sarebbe molto utile per tutti IMHO.

Re: In sintesi
- Scritto da: Anonimo
Da quel che ho capito da questo thread .NET
e' una copia sputata di Java. Almeno
concettualmente (VM, GC, ecc ecc). Dato che
Java (sul mercato da 15 anni) non ha preso
il volo, immagino che pure .NET rimarra' al
palo. Che offre di piu'?si diciamo che è una sintesi piu che buona peccatoche tra 5 minuti si fiondera' il solito .NET adepto che ti sputera fuori il discorso del framework unificato :) NET sembra innovativo agli occhi dei programmatorimicrosoft perche il c++ su windows era uno schifo tutto questo grazie alle MFC che di oo non aveva una mazza.
Ciao
ciao

Re: esempio di prodotto inutile


- C, C++ non sono managed, .NET sì
che significa managed ?
cos'e la solita buzzworld del professore di
turno ?
Oddio... ma a quindici anni non fareste meglio a cercarvi una ragazza... lo dico senza offesa ma la grande novità del java era proprio quella... anche se i giornali parlavano di (presunta) portabilità.

Re: esempio di prodotto inutile

si bal bla bla bla peccato che gli unici
applicativi .NET
sono merda in confronto agli odierni scritti
guarda caso
in c c++ python e java
dimmi una sola ragione per cui io dovrei
usare un framework
nuovo quando ho a disposizione un pozzo di
librerie
gpl scritte in c c++ senza contare java e
python
che sono sul mercato da ben 10 anni.Su questo non ti si può dar torto. Tempo al tempo.

Inoltre il vantaggio per quei tontoloni
che

andranno a sviluppare sotto Mono, è che i

loro applicativi (sia server che

stand-alone) gireranno nativamente sia
sotto

Linux che sotto Windows
alt alt alt il codice assembly di mono
funziona per una
mazza su vm microsoft
poi sto nativamente me lo sbatto
tranquillamente sulle
palle visto che io per scelta lavoro solo ed
esclusivamente
su macchine linux.Il compilatore Mono genera codice IL (il "bytecode" di .NET) che è conforme allo standard.A quel punto se tu lanci il compilato Mono su un jitter di Windows compilerà codice macchina per Windows, se lo lanci sul jitter mono su linux girerà su mono.

senza cambiare una

riga di codice, diranno addio ai buffer

overflow
huhuhu huhu gli overflow su net ci saranno
sempre;
non è ancora uscita che gia hanno trovato
dei bug clamorosiQuali?
mentre java caro mio ha una VM che smazzola
alla grande.
e li i buffer overflow non li ho mai visti
veramente :)


.NET, pur essendo Microsoft, è una gran

cosa. Soprattutto per quel che riguarda la

sicurezza del codice, argomento oggi molto

scottante.
la sicurezza del codice parte dal
programmatore e dall'esperienza adesso
perche .NET dealloca in automatico
non significa che la security su codice
diventa un optional.Ogni assembly (libreria) .NET ha una gestione della sicurezza molto profonda e granulare interamente gestita dal runtime di .NET.Inoltre l'intero meccanismo di autorizzazioni interno all'assembly viaggia assieme a quest'ultimo ed è basato su meta dati associati al codice dal programmatore.