[NaLug] Java e software libero: libero ma incatenato [Was: Re: Strane librerie...]

Giorgio Agrelli giorgio_a a inwind.it
Ven 28 Ott 2005 08:38:57 CDT


Giovanni Nappi wrote:
> Infatti prima di installare J2EE ho provato (qualche mesetto fa, a dire
> il vero) Kaffe... e non tutto funzionava per il meglio... ora che, poi,
> devo usare CORBA (ingegneria sw) non ci ho proprio provato :(
> Una curiosità: in che senso Java non è sofware libero? parli del
> linguaggio in sé oppure dell'IDE?


libero!=gratuito, per approfondimenti ti consiglio di consultare questo sito:

http://www.softwarelibero.it/documentazione/softwarelibero.shtml
oltre ai siti ufficiali di GNU e della FSF ovviamente:
http://www.gnu.org
http://www.fsf.org

per quanto riguarda java, tutte le implementazioni libere di java sono molto
poco compatibili con programmi scritti sull'implementazione di Sun (o anche
quelle su licenza Sun, come quella di IBM) visto che il classpath di Sun non è
software libero, e non è consentito sapere come funziona... inoltre ci sta una
licenza strana ed assurda sulle classi che ti dice che hai la facoltà di
implementarne una compatibile con la loro, però o la implementi in toto oppure
ti è vietato distribuire il tuo lavoro e condividerlo con gli altri... mi pare
che questa licenza per i sorgenti si chiami SCSL, e se la accetti ogni lavoro
tu faccia può essere distribuito con sorgenti solo ai membri della "community"
che abbia accettato la licenza, inoltre qualsiasi cosa tu scriva, anche se
implementata da zero, che sostituisca la roba loro, diventa di loro proprietà
(e come al solito ti è vietato distribuire qualsiasi cosa non implementi al
100% le stesse cose che fanno loro in maniera al 100% compatibile)... è una
licenza davvero molto strana e perversa... Java e la sua diffusion, nella
implementazione normalmente utilizzata rappresentano un pericolo gravissimo
per la libertà di ciascuno di noi, del software e della conoscenza; inoltre,
dal punto di vista prettamente tecnico tutta questa "portabilità" in senso
lato (in senso stretto il problema portabilità non sipone per una virtual
machine, visto che siamo ad un livello di astrazione superiore) di Java nn
esiste, visto che la jvm con classpath sun-compatible sono pochissime, in
particolare solaris/sparc solaris/x86 windows/x86 linux/x86 linux/ppc (forse
AIX/ppc), macosX/ppc (le ultime 3 jvm sono prodotte da imb e sono cmq ferme
alla 1.4). Che faccio se ho NetBSD/MIPS?? dove è la portabilità?? Poi se
vogliamo parlare di prestazioni o di sicurezza davvero non la finiamo più...
poi come sinteticità e leggibilità del linguaggio, fai il paragone tra un
programma scritto in python e uno scritto in java... python ha tutto quello
che ha java, gestione avanzata degli oggetti, polimorfismo, binding dinamico,
exception backtracking o come cavolo lo chiamano, è più semplice, più
immediato, estremamente più performante e portabile... PERCHE` USARE JAVA???
invito tutti a NON usare una implementazione proprietaria di java e del
classpath, se proprio dovete, allora usate una implementazione LIBERA
(libero!=gratuito, free as free speech, not as free beer in inglese), se è per
lo studio dite che la vostra religione vi vieta l'uso di software
proprietario, e quindi se vi costringono è discriminazione...
... io la vedo così

casomai dai anche uno sguardo qui:
http://www.gnu.org/philosophy/java-trap.it.html

e qui:
http://www.fsf.org/news/free-java-and-flash.html

ciao,

g.

-- 
NullPointer  ||  GnuPG/PGP Key-Id: 0x343B22E6
http://cruxppc.sunsite.dk

-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        signature.asc
Tipo:        application/pgp-signature
Dimensione:  252 bytes
Descrizione: OpenPGP digital signature
Url:         http://mail.shaney.org/pipermail/nalug_shaney.org/attachments/20051028/1dbb38b7/signature.bin


Maggiori informazioni sulla lista NaLug