[Discussioni] Openn source - Stallman - free software

[Marco Ermini]

<quota chi="Stefano Rosanelli">
> Alle 12:29, giovedì 9 settembre 2004, Marco Ermini ha scritto:
>> La frase citata si riferisce in modo _evidente_ a "GNU/Linux", cioè
>> alle distribuzioni - quindi Michele ha ragione.
>
> Mi sembrava un articolo dal taglio tecnico in cui si parlava di
> OpenSource, Linux, forking etc. Precisare senza essere pignoli mi
> sembrava giusto.
> Il problema e' capire esattamente cosa si intende per "forking" e per
> "compatibilita'"
> Esempio: i vari vendor Linux possono modificare i sorgenti a loro
> piacimento, e lo fanno, ma tutti contribuiscono al ramo principale di
> sviluppo ... non mi sembra corretto parlare di forking.
</quota>

Come avrai visto in un'altra mia risposta, sono perfettamente d'accordo.


>> Certo che sì. Hai presente ActiveState? o la Zend technologies?
>
> ActiveState offre pacchettizzazioni personalizzate di Perl, Python e Tcl
> mi pare. ??

Esatto.


> Zend contribuisce fortemente allo sviluppo di PHP e vende a parte
> acceleratori, offuscatori e ambienti di sviluppo proprietari. Cose che
> si fanno anche con Java.

Zend sviluppa praticamente PHP, e rilascia anche versioni proprietarie del
motore.


>> Attualmente ci sono molte differenze nelle implementazioni di Python
>> e Perl in diversi sistemi operativi, soprattutto per quanto riguarda
>> la gestione dei thread, dei processi, dei filesystem e dell'accesso
>> ai DB.
>
> E non ci sono differenze nelle implementazioni di Java?

Ovviamente. La JDK su Sparc Solaris andrà sempre più veloce che su
qualsiasi altra piattaforma. Ma questo è inevitabile ed ovvio: vengono
investite più risorse in questo ambito e/o Java viene sviluppato
principalmente per queste piattaforme.

Il problema è però decisamente più contenuto, fino ad essere assente se


> Vuoi che ti dica cosa mi e' successo con JVM "certificata" su MVS
> Bachi grossi come una casa, valori di ritorno di metodi "float" che sono
> sempre zero, deliri con i thread, "cose che voi umani non potete
> nemmeno immaginare" ... ;-)

Magari tutti derivati da quell'unica o quelle uniche due API che sul tuo
OS esoterico non funzionano. Un problema in una funzione a basso livello,
richiamata da chiunque, inevitabilmente si ripercuote in posti "che vuoi
umani non potete nemmeno immaginare".


> Se le cose sono fatte male non c'e' licenza o metodologia che tenga.
> Nessuno e' immune da questi problemi nemmeno Java.

Che ti devo dire? sono d'accordo e ti ho portato io stesso degli esempi:
se nel tuo programma ci metti "open("C:\nomefile")" funzionerà su un solo
OS, inevitabilmente :-)

Ognuno ha i suoi esempi da portare, io potrei parlarti di programmi PHP o
Perl che fanno dei macelli terribili o che nemmeno partono, se portati da
Unix a Windows. Tu non puoi usare la stessa API PHP 3.x/4.x per inviare
email su Unix e su Windows... io con Java invece sì. Quello che voglio
dire è che c'è una cura particolare alle questioni di porting; che poi una
certa versione di JDK su un certo sistema esoterico funzioni peggio della
versione su Linux, lo posso ben capire.

Piuttosto, hai usato una applicazione certificata con una JDK certificata
su una piattaforma certificata? se è così puoi lamentarti con i vendor,
altrimenti sono cavoli tuoi... non puoi dare la colpa agli altri :-)


Ciao.
-- 
Marco Ermini
http://www.markoer.org
Dubium sapientiae initium. (Descartes)
root a human # mount -t life -o ro /dev/dna /genetic/research
<< This message is for the designated recipient only and may contain
privileged or confidential information. If you have received it in
error, please notify the sender immediately and delete the original.
Any other use of the email by you is prohibited. >>