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
 
I migliori sconti su Amazon oggi
-23%

AMD Ryzen 9 9950X3D Processore con tecnologia 3D V-Cache, 16 core/32 thread, cache da 144 MB, TDP da 170 W, socket AM5, frequenza di boost fino a 5,7 GHz, DDR5 e PCIe 5.0

854.41 659.01€ Compra ora
-9%

HP Laptop 15-fc0009sl, AMD Ryzen 7-7730U, RAM 16GB DDR4, SSD 512GB, AMD Radeon, Display 15.6” FHD SVA 250 Nits, Antiriflesso, Wi-Fi, 720p TNR Privacy Cam, Windows 11, Argento

549.99 499.99€ Compra ora
-9%

Fender Squier Debut Series Stratocaster Chitarra Elettrica, Chitarra per Principianti, con garanzia di 2 anni, Seafoam Green

159.99€ Compra ora
102 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
tomminno17 Maggio 2006, 21:45 #31
Originariamente inviato da: fek][code]
list<


Indubbiamente orribile. Ma credo che nessuno malato di mente farebbe una cosa simile al posto di un ben più banale
[CODE]
void main()
{
int data = 2;
}
[/CODE]
Più che altro volevo conoscere qualcosa di orribile tra quello che generalmente si scrive, o magari qualcosa di orribile tra le tecniche di programmazione comunemente usate.
tomminno17 Maggio 2006, 21:49 #32
Originariamente inviato da: W4rfoX]Tomminno, ogni linguaggio è

L'Assembly è un pò difficile, quando hai realizzato 2 o 3 progetti hai già dovuto imparare 2 o 3 linguaggi completamente diversi. Sto cominciando ora a programmare firmware, è una specie di involuzione vista nell'ottica della OOP. Anche il C++ non è molto usato perchè i paradigmi della OOP non sono adatti a questi scopi. La riusabilità del codice non è un problema perchè praticamente non esiste, se cambi l'hardware devi per forza cambiare radicalmente anche il codice.
Non ti dico le imprecazioni quando dopo un paio d'anni di sviluppo ci si rende conto che il micro non è più sufficiente per le funzioni che deve svolgere: Ethernet, CobraNet e Wi-Fi sembra che siano d'obbligo su qualunque cosa.

Quello che è certo è che un programma in C/C++ non è sicuro come un applicativo Java o C#, che non possiede una garbage collection integrata e moltissime altre cose.


Sicuro in che senso?

[quote]
Sulla velocità.. beh.. ognugno la pensa come vuole.


Per me è un dato di fatto che i programmi Java siano pesantissimi, forse quando avrò un Athlon X2 cambierò idea, ma mi sembra assurdo che su un computer dove girano tranquillamente diverse sessioni di .NET 2003 in contemporanea faccia fatica a far girare programmi come Azureus o Poseidon.
Comunque la programmazione Java mi ha sempre interessato, solo che non l'ho mai approfondita, magari avere il tempo per tutto, tra C,C++, C#, ASP.NET e PHP, non mi avanza tanto tempo libero!
fek17 Maggio 2006, 21:49 #33
Originariamente inviato da: tomminno
Indubbiamente orribile. Ma credo che nessuno malato di mente farebbe una cosa simile al posto di un ben più banale


Il problema e' che quella cosa non e' orribile, quella cosa se ti va bene va in core dump, ma nessun compilatore C++ te lo puo' segnalare a tempo di compilazione. Quel codice e' "undefined behavior".
L'esempio e' volutamente semplificato, perche' oggi mi e' capitata la stessa cosa in un pezzo di codice decisamente piu' complesso. L'unica soluzione e' stata cancellare e ripartire daccapo. In C++ si possono fare un sacco di cose bruttissime

Guarda questo:

[code]

int f(int x, int y)
{
return x + y;
}

void main()
{
int x = 0;
int y = 1;
printf(f(x = x + 1, y == x));
}
[/code]

Stampa 1 o 2?
Cloud7617 Maggio 2006, 21:51 #34
Ma... infatti funziona più o meno a tutti... tranne che a me ed a un'altro utente del forum con lo stesso problema...
C'era anche un thread per sperare in qualche aiuto ma nessuno ci ha mai illuminato... che sia la volta buona?
Il thread è il seguente:
http://www.hwupgrade.it/forum/showthread.php?t=1067815
JohnPetrucci17 Maggio 2006, 22:15 #35
Bene, sono sempre favorevole all'open-source.
k0nt317 Maggio 2006, 22:25 #36
avrebbero potuto farlo anche prima.. ma meglio tardi che mai

ps. smettetela con C++ vs Java non servono alla stessa cosa
Unrue17 Maggio 2006, 23:12 #37
Originariamente inviato da: tomminno]Indubbiamente orribile. Ma credo che nessuno malato di mente farebbe una cosa simile al posto di un ben più
list<int> foo()
{
list<int> col;
col.push_back(2);
return col;
}

void main()
{
std::list<int>::iterator it = foo().begin();
int data = *it;
}
[/CODE]
Più che altro volevo conoscere qualcosa di orribile tra quello che generalmente si scrive, o magari qualcosa di orribile tra le tecniche di programmazione comunemente usate.


Come mai questo pezzo di codice dà un comportamento indefinito?
DevilsAdvocate18 Maggio 2006, 00:29 #38
Originariamente inviato da: W4rfoX
Per una volta sono daccordo con fek al 100%.. . Provate HotSpot, oppure provate JVM con JIT. E comunque ci sono testo dove java è performante tanto quanto C/C++.


Per un applicazione che deve manipolare piccole moli di dati, niente grafica, nessuno stress
della cpu concordo che va benissimo il java.
Si puo' arrivare a qualche esempio di gioco in 2D dove il java riesce a non sfigurare (il primo
che mi viene a mente e' Jrisk). Su questo non ci piove.

Quando pero' il tempo CPU diventa una priorita' ed una necessita' il java semplicemente non
e' adatto, ed infatti non viene utilizzato nella stragrande maggioranza di questi casi.

Per di piu', e' un linguaggio interpretato e non compilato, e quindi non ci si possono aspettare
le prestazioni del C/C++ se non in rarissimi casi (certo, se la versione C viene scritta coi
piedi....)
LukeHack18 Maggio 2006, 00:35 #39
sicuramente se si prende in esame il C/C++ possiamo anche chiudere il topic, come performance stiamo sempre (o quasi) un gradino sopra a fovore di sti ultimi
che poi il java sia COMODO non c'è assolutamente alcun dubbio, ma ha ragione chi dice che lo scopo del java primario ed assoluto (w.o.r.e.) è la portabilità estrema e la sicurezza, quindi hanno evidentemente scopi differenti....

il migliore resta C++, co librerie come wx-window gtk qt mfc atl non è neanche cosi complicato da gestire, (sempre se non si è cani nel gestire la memoria )
di ambienti RAD ne è pieno sia il mercato che l'opensource, meglio di così
certo, per applicativi server il java non ha eguali, anche se la libreria dell' EJB secondo me è troppo ridondante..

edit: fek, il risultato dipende cmq dal compilatore, y==x potrebbe venir processato primo o dopo della chiamata alla f, giusto?
OLAZZZZZZZZZZZ
PGI-Bis18 Maggio 2006, 01:20 #40
Originariamente inviato da: Azaroth
E' un pò stupido parlare delle performance del C/C++, si dovrebbe parlare delle performance del compilatore piuttosto


Azaroth, se ti butti da un ponte ti vengo dietro di corsa: ti ho nominato mio Gran Visir della Saggezza, honoris (et verbis) causa. Se qualcuno dei partecipanti alla stanca guerra del mio è più veloce del tuo avesse la gentilezza di dirci come diamine abbia fatto a dare in pasto al proprio calcolatore un sorgente Java o C (dal che si potrebbe giudicare se il linguaggio e non il prodotto della compilazione sia più o meno veloce) saremmo tutti più felici.

Per tornare in topic, c'è una notizia forse un po' più concreta del pronostico di Schwartz: il JDK ha cambiato licenza e, udite udite, pare non faccia più a pugni con GNU/Linux.

http://blogs.sun.com/roller/page/we...linux_something

Qualche Debianista o Ubutuese (è tardi, non trovo di meglio ) ha già provato?
« Pagina Precedente     Pagina Successiva »

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.
 
^