Microsoft svela in anteprima Visual Studio 2010 e .NET Framework 4.0

sei fuori strada, il problema di eclipse non è java

invece è chiaramente uno degli obiettivi chiave di .NET, leggi i precedenti post

ok ho capito il livello della discussione, torno alle cose serie

ora stai esagerando, ho detto che siamo daccordo e ti lamenti?

queste insinuazioni tientele per te, so benissimo l'inglese (con tanto di certificato) e non mi interessa dimostrare nulla a te.


ancora nulla di concreto
bene, conosco gli strumenti che offre JavaEE e ti posso assicurare che sicuramente in quanto a sicurezza non ha niente da invidiare alla controparte .NET
nemmeno in quanto a integrazione con i database
per quanto riguarda le prestazioni oserei dire che dipende da una serie di fattori, ma in generale Java non è assolutamente inferiore e non c'è motivo per crederlo.
quindi sono piattaforme paragonabili

e cos'è il problema, allora? di Java?

E questo sarebbe qualcosa di concreto?? Tra l'altro stai rispondendo a una cosa che l'altro utente non ti ha nemmeno chiesto.
Io javaEE non lo conosco e no nso come funziona, ma dovunque ho letto che è fatto in classico stile sun: troppo complicato, brigoso, troppo codice per nulla, red tape, eccetera. .NET non è nulla di tutto ciò.


Certo, abbiamo capito il livello del tuo discorso: esser pronti a fare i distinguo dentro alla VM per poter affermare che cmq java va bene
L'altro utente non voleva, ma io ci tengo eccome a sottolineare quanto net nel complesso sia meglio di java.
Dopo più di 10 anni che ci sono dietro avete una VM che solo in velocità se la batte col NET, e che per TUTTO il resto (qualità delle librerie a corredo, sicurezza, etc) fa vergognosamente pena. Anche il linguaggio java ora si trova a inseguire i vari c# e vb.net (anche se quest'ultimo fa oggettivamente pietà ed è ua brutta copia del glorioso VB6), ad esempio per i generics per i quale se non erro volevano cambiare l'implementazione, creando potenzialmente un vallo di problemi di regressione, dato che ora sono un accrocchio messo lì alla bell'e meglio dalla sun, e si vede, che fa 1000 boxing e unboxing per utilizzo. E alla sun hanno anche iniziato a snobbare il sacro principio di java, il "write once run everywhere", peraltro mai realizzato (vogliamo parlare delle frittate che si vedono in internet con quello slogan?? ), con tutte quelle minchiate à la JNI. La verità che anche tu sai benissimo è che hanno ceduto su un progetto anacronistico, e ora stanno inseguendo NET su tutti i fronti, il quale soprattutto dal FW2.0 in poi ha avuto letteralmente una esplosione di utilizzi. Dove vai vai, ci sono molte più aziende che cercano sviluppatori NET/c#/vbnet che per java.

si stiamo parlando di arhitettura e il fatto che per giustificare la mancanza di un paio di funzionalità ALL'INTERNO DELLA PIATTAFORMA, mi tiri fuori JNI (si so cosa è e l'ho anche usato tranquillo) ovvero un sistema per usare librerie in codice NATIVO per il sistema operativo ( e quindi ovviamente NON scritte in Java) mi fà capire quanto te ne intendi di programmazione.

CAST diretto e utilizzo di puntatori in Java semplicemente non si possono fare, perchè sono operazioni non TypeSafe. almeno in .net posso specificare se voglio rilassare o no i vincoli di sicurezza di typesafe.


ps vorrei farti notare una cosa: 2 interventi, uno critico Java e l'altro .net ovvero: come cavaliere ombra anche io non dico che Java è meglio di .net o il contrario. ogni sistem ha i suoi pregi e difetti ognuno è meglio in un campo. nel mio caso, se devo sviluppare applicazioni e il cliente ha solo s.o. windows e ha la possibilità di installare .net framework uso c#

se l'applicazione deve essere multipiattaforma e il cliente ha la possibilità di installare jre uso Java

se il cliente non ha la possibiltà di installare ne jre ne .net framework uso c++ e bestemmio per la gui

se mi serve una web application uso principalmente php+ mysql

se ho bisogno di un'integrazione spinta tra sistemi diversi (pda, nb, desktop ecc) e il cliente ha tutti i requisiti richiesti cerco di usare .net

il tutto perchè per ogni campo si usa la tecnologia che ti permette di ottenere il massimo risultato con il minimo sforzo (e quindi di minimizzare i rischi e aumentare i guadagni) e credimi, ci sono stati alcuni problemi (particolari) in cui la soluzione migliore è stata usare assembler alla faccia di astrazione, framework e middleware vari

mah in java mi sn sempre trovato benissimo con eclipse, con netbeans ci facevo giusto l'uml per la documentazione

sto solo dicendo che sono prodotti concorrenti e paragonabili, mentre te sostieni che sono cose completamente diverse, curioso.

patetico

di SWT?

sarà troppo complicato per te, non per chi lo sa usare. certo che non è adatto a tutti gli scopi.
non ho parlato di cose concrete perchè finora si è parlato solo di aria, quindi mi sembra normale continuare su questo livello

ecco.. aria appunto

JNI fa parte della piattaforma

ancora parli del linguaggio Java? io parlo della piattaforma Java

e io cosa ho detto invece? che è meglio Java? non mi pare

perfettamente sensato, mai pensato che esiste la soluzione totale dell'universo

anche io parlo della piattaforma, come ti ho spiegato prima operazioni come il cast diretto o l'uso dei puntatori nella PIATTAFORMA JAVA non è consentito e non c'è nessun modo per farlo (a parte ovviamente sfruttare JNI per eseguire dei programmi NON scritti in JAVA per ovviare al problema.

cambiando argomento il tuo discorso sarebbe equivalente a: anche una ferrari può volare perchè posso andare in macchina fino all'aereoporto, caricare la ferrari su un cargo, e scaricarla a destinazione.

spero che tu abbia capito ciò che intendevo.

io non ho mai detto meglio o peggio, ti sto solo facendo notare che ogni feature di .NET ha il suo corrispettivo in Java.

guarda che non sono stato io ad andare sul personale (e quindi a non sapere cosa dire)


bene sono contento che parliamo tutti e due della piattaforma ma... ti smentisci subito dopo.
per quale assurdo motivo non sarebbe possibile usare i puntatori sulla piattaforma Java?
non è che perchè il linguaggio Java non lo permette significa che la piattaforma non lo permette (basta dare un'occhiata al bytecode generato da java per capire che è possibile)
JNI non è una toppa al contrario di quello che pensi, ma una caratteristica necessaria, tant'è che anche in .NET è possibile eseguire codice unmanaged
http://msdn.microsoft.com/en-us/lib...43k(VS.71).aspx