Sun promette: presto Java sarà open-source

Sun promette: presto Java sarà open-source

Jonathan Schwartz annuncia che a breve Java verrà distribuito con licenza open-source

di pubblicata il , alle 18:05 nel canale Programmi
 
102 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
ErPazzo7418 Maggio 2006, 11:52 #61
beh io ho programmato in tutti i linguaggi qui citati e devo dire che programmando in C dopo aver raggiunto una buona conoscenza del linguaggio lo sviluppo è veloce e anche sicuro. Il linguaggio è sicuramente molto performante, ma sinceramente Java a me piace molto perche molto facile da apprendere e da usare e sinceramente veloce anche con sistemi molto datati (se ben programmato). Inoltre fornisce molte librerie molto complete ma anche moltissime librerie opensource utilissime. Per chi dice che eclipse è pesante.....direi che non lo ha mai usato io lo uso a lavoro su un P4 3Ghz con 1giga di ram e non ho notato molte differenze con Eclipse fatto girare sul mio portatile con PIII 850Mhz e 256mega (e devo dire che la cosa mi ha lasciato di sasso, tranno come tempi di avvio che con un HD da 4200 di 6 anni fa la differenza si vede). La differenza tra i due computer è che il portatile è W98 e ovv. il computer di lavoro è XpPro. Sarà che io ho sempre programmato con SWT e le applicazioni che faccio vanno velocissime (tanto quanto le GTK in C per intenderci sempre programmate x un'altra applicazione). Certo non sto parlando di applicazioni titaniche ma comunque neanche di Hello World. Se non sbaglio la mia applicazione raggiunge punte di 18 mega niente di esagerato.....
Tra l'altro l'applicazioni da me fatte sono molto CPU intensive (son dei modelli matematici tutti in doppia precisione) e vanno bene.
Quel che ho notato nel mio gruppo di lavoro è che le persone che nn conoscono ne C e ne C++ ne si son mai posti problemi di ottimizzazione del codice per cui scrivono codice tanto per scrivere quel che ne vien fuori è che i programmi C# e Java son lenti ma non per colpa dei linguaggi ma per colpa di chi li programma.
Sono linguaggi sicuramente più lenti ma non di un ordine, soprattutto se con java si usano le SWT le applicazioni son veloci e leggere.
Quel che ho notato invece io è che C# 1.x è molto + lento e pesante di java+swt, certo sono impressioni personali basate sulle applicazioni che ho sviluppato ma un'applicazione che feci in C# in java con le SWT sarebbe stata molto + veloce, ma + lenta da sviluppare in quanto a me C# è parso veramente semplice da utilizzare.
Riguardo il C++ il difetto principale è che è + difficile dei precedenti e che va programmato con accortezza ma questo è anche un suo punto di forza secondo me perche ti permette di comprendere a fondo quel che fai.

X dupa: se non erro la system.gc nn da nessuna garanzia di quando verrà effettivamente eseguita la GC

x fek: x avere + "interattivita" hai provato mai la incremental GC?
(Non vorrei che con java5 fosse il default, io l'ho usata con java 1.4 quando era sperimentale e ne sono molto soddisfatto)

Avete provato a fare la visualizzazione verbose delle GC, aiuta molto vedere quanta ram viene allocata e liberata anche per ridurre eventuali sprechi (certo un bel profiler è molto meglio) e quanto spesso vien chiamata la GC e quanto tempo impiega ogni volta....

sari18 Maggio 2006, 12:13 #62
Dimenticavo di dire la mia sulal news!

Che Java diventi open-source non può che farmi piacere. Sicuramente sarà un'ottima notizia per i Debianisti ghgh. Speriamo solo in una licenza il più vicina possibile al free software.
Ritengo Java (usato solo all'università e per un piccolo esperimento di algebra lineare), un linguaggio di programmazioni con molti pregi (sintassi, sicurezza, trasportabilità... ecc) e un solo difetto: guardandolo da lontano è tutto rosa e fiori ma se si vuole realmente fare qualcosa di veloce, leggero e funzionale si deve lavorare quasi quanto C++ o C, senza comunque ottenere i risultati di questi ultimi (almeno nelle applicazioni da me sviluppate negli anni).

Ritengo che, al di la di tutto, ogni linguaggio ha uno scopo. Quello di Java è la portabilità.
dupa18 Maggio 2006, 12:20 #63
Originariamente inviato da: sari
Dimenticavo di dire la mia sulal news!

Che Java diventi open-source non può che farmi piacere. Sicuramente sarà un'ottima notizia per i Debianisti ghgh. Speriamo solo in una licenza il più vicina possibile al free software.
Ritengo Java (usato solo all'università e per un piccolo esperimento di algebra lineare), un linguaggio di programmazioni con molti pregi (sintassi, sicurezza, trasportabilità... ecc) e un solo difetto: guardandolo da lontano è tutto rosa e fiori ma se si vuole realmente fare qualcosa di veloce, leggero e funzionale si deve lavorare quasi quanto C++ o C, senza comunque ottenere i risultati di questi ultimi (almeno nelle applicazioni da me sviluppate negli anni).

Ritengo che, al di la di tutto, ogni linguaggio ha uno scopo. Quello di Java è la portabilità.


Bè sì Java va bene solo per piccoli esperimenti, peccato che J2EE ha una valanga di application server sviluppati dalle maggiori società mondiali, Oracle e IBM tanto per far due "piccoli" esempi.
ShadowX8418 Maggio 2006, 12:59 #64
Originariamente inviato da: dupa
Bè sì Java va bene solo per piccoli esperimenti, peccato che J2EE ha una valanga di application server sviluppati dalle maggiori società mondiali, Oracle e IBM tanto per far due "piccoli" esempi.


Giusto, mi permetto di aggiungere anche io degli esempi per il mondo Java:

Intanto un tool eccezionale che non ha eguali per la piattaforma .NET (che comunque ritengo valida) e (credo) per altre piattaforme ecc: http://maven.apache.org che serve per documentare/generare il codice.

www.atlassian.com/software/jira/ che è un'issue track tra i più diffusi del mondo open source.

lo stesso tomcat: http://tomcat.apache.org non è da sottovalutare...

...e ce ne sono tanti altri, lo stesso progetto che ho in sign (per carità è piccolino) è sviluppato interamente con tecnologia Java (anche se tra brave verranno integrate altre tecnologie come hibernate e srping), quello che fa la differenza, com'è stato fortunatamente ripetuto più e più volte in questa discussione, è come viene scritto il codice.
Se alla base c'è una buona ingegnerizzazione si otterrano delle applicazioni veloci e leggere (entro i limiti di determinati campi di applicazione).
fek18 Maggio 2006, 13:06 #65
Originariamente inviato da: tomminno]A me stampa 2 come mi aspetterei.
Inserendo f(x = x + 1, y == x) tra le espressioni di controllo però


Ho visto dei compilatori embedded che stampano 1 o 2 a seconda di dove chiami la funzione
Lo standard non definisce il risultato, puoi cambiare opzioni di compilazioni, o passare ad una versione successiva del compilatore e il risultato puo' cambiare.

Originariamente inviato da: ShadowX84
Intanto un tool eccezionale che non ha eguali per la piattaforma .NET (che comunque ritengo valida) e (credo) per altre piattaforme ecc: http://maven.apache.org che serve per documentare/generare il codice.


Maven e' un tool di building e deploying dell'applicazione assolutamente ottimo. L'equivalente in .NET e' il framework di VS2005 attorno a msbuild.
fek18 Maggio 2006, 13:11 #66
Originariamente inviato da: sari]polimorfismo ->

Beh, anche in assembly puoi programmare ad oggetti, ma non e' furbo scrivere un'applicazione complessa in assembly

E non e' neppure furbo scriverla in C, visto che il C++ (ancora meglio Java e C#) mette a disposizione tutta una serie di strumenti sia del linguaggio sia di verifica che aumentano di molto produttivita' e correttezza dell'applicazione.

In sintesi: si puo' programmare ad oggetti in C? Si'. E' furbo farlo? No.

Originariamente inviato da: sari]
Ritengo Java (usato solo all'università
x fek: x avere + "interattivita" hai provato mai la incremental GC?
(Non vorrei che con java5 fosse il default, io l'ho usata con java 1.4 quando era sperimentale e ne sono molto soddisfatto)


No mai usato. Il problema e' proprio il fatto che la definizione di Java non prevede la finalizzazione deterministica degli oggetti, quindi nessun GC conforme alle specifiche Java puo' fare quello che mi serve.
ShadowX8418 Maggio 2006, 13:11 #67
Originariamente inviato da: fek
Maven e' un tool di building e deploying dell'applicazione assolutamente ottimo. L'equivalente in .NET e' il framework di VS2005 attorno a msbuild.


Non sapevo che VS2005 avesse un qualcosa di simile a Maven. è altrettanto valido?

Per curiosità: anche tu fek giri un pò sul mondo dell'open?
fek18 Maggio 2006, 13:15 #68
Originariamente inviato da: ShadowX84]Non sapevo che VS2005 avesse un qualcosa di simile a Maven. è

Si', e' ottimo. E' molto flessibile (quindi anche molto complesso)

[quote]
Per curiosità: anche tu fek giri un pò sul mondo dell'open?


Io cerco di usare gli strumenti migliori per risolvere i problemi che devo affrontare, qualunque siano questi strumenti
MenageZero18 Maggio 2006, 13:45 #69
Originariamente inviato da: Cloud76]Ma... infatti funziona più
http://www.hwupgrade.it/forum/showthread.php?t=1067815[/url]


ciao, ti ho postato qualcosa su quel thread, spero ti possa essere utile (ma purtroppo ne dubito)
RedDrake18 Maggio 2006, 13:59 #70
da uno che scrive
f(x = x + 1, y == x)
non può venire niente di buono,
a prescindere dal linguaggio

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^