Pagina 4 di 7 primaprima ... 2 3 4 5 6 ... ultimoultimo
Visualizzazione dei risultati da 31 a 40 su 63
  1. #31
    Utente di HTML.it L'avatar di blueice
    Registrato dal
    Feb 2001
    Messaggi
    121
    Perchè tutt'altro che libero ? :master:

  2. #32
    [supersaibal]Originariamente inviato da blueice
    Perchè tutt'altro che libero ? :master: [/supersaibal]
    perche' - grazie al cielo - pochissimi enti tra cui la stessa sun e l'ibm possono rilasciare delle Java Virtual Machines.

    in questa maniera forzata si mantiene quell'alto livello di portabilita' di cui java fa tanto vanto

    se ogni software house potesse farsi la sua JVM , sarebbe arduo garantire la portabilita' del codice, non credi?

  3. #33
    [supersaibal]Originariamente inviato da blueice
    Perchè tutt'altro che libero ? :master: [/supersaibal]
    Hai presente cosa si intende comunemente per "software libero" (free software)? Ecco, java non lo è.
    Dipende in tutto e per tutto dalla SUN, che può fare il buono e il cattivo tempo e, se domani si sveglia, cambiare tranquillamente strategia commerciale, esattamente come può farlo Microsoft.

    E' questo che intendevo quando ho detto che per me i linguaggi dovrebbero essere "liberi". Java non lo è, non nella piena forma di "software libero" che si intende comunemente.

    Oh, poi mica dico per questo di non usarlo, eh.

  4. #34
    [supersaibal]Originariamente inviato da GattoBastardo
    perche' - grazie al cielo - pochissimi enti tra cui la stessa sun e l'ibm possono rilasciare delle Java Virtual Machines.

    in questa maniera forzata si mantiene quell'alto livello di portabilita' di cui java fa tanto vanto

    se ogni software house potesse farsi la sua JVM , sarebbe arduo garantire la portabilita' del codice, non credi? [/supersaibal]
    E' una visione molto parziale questa, secondo me.
    Per garantire portabilità/compatibilità lo strumento giusto è l'uso di standard condivisi, non di chiusura verso l'esterno.

    Sarebbe come dire di imporre a tutti l'uso dell'Internet Explorer per navigare, in modo da scrivere tutti codice html compatibile con un solo browser. Palese suicidio, non trovi?

  5. #35
    un programma lo vedo come un aiuto per fare qualcosa che altrimenti sarebbe complicato... e quindi dovrebbe essere libero e pubblico...

    nella società di oggi, dove tutti lucrano, è impossibile ciò..
    Non andare, vai. non restare, stai. non parlare, parlami di te...
    .oO Anticlericale Oo.

  6. #36
    [supersaibal]Originariamente inviato da skidx
    E' una visione molto parziale questa, secondo me.
    Per garantire portabilità/compatibilità lo strumento giusto è l'uso di standard condivisi, non di chiusura verso l'esterno.

    Sarebbe come dire di imporre a tutti l'uso dell'Internet Explorer per navigare, in modo da scrivere tutti codice html compatibile con un solo browser. Palese suicidio, non trovi? [/supersaibal]
    in realta' non e' una cosa cosi' drastica. come la dipingi tu. personalmente io trovo l'idea della Sun un ottimo compromesso tra l'open source e il mondo "closed source".

    dopotutto, quel metodo funziona egregiamente. di contro porta ad avere delle JVM decisamente pesanti in quanto frutto di un lavoro poco competitivo. Si potrebbe, ad esempio, rendere open source java e creare un percorso di "certificazione allo standard" per le JVM, ad esempio

  7. #37
    [supersaibal]Originariamente inviato da GattoBastardo
    Si potrebbe, ad esempio, rendere open source java e creare un percorso di "certificazione allo standard" per le JVM, ad esempio [/supersaibal]
    Benissimo, ma questo la SUN non lo fa, per il momento. E chissà perché.

    E continua a registrar brevetti, e ha stretto l'accordo con Microsoft per non denunciarsi a vicenda gli utenti di Office / StarOffice, lasciando fuori OpenOffice.
    La SUN non è che sia un capolavoro di apertura, in confronto a Microsoft. Ha solo molti meno soldi.
    Per questo dico di non lasciarsi andare a facili esaltazioni di uno o di quell'altro, e per questo, perché le aziende fanno un po' come gli pare, che gli STRUMENTI dovrebbero essere totalmente slegati dai tornaconto aziendali.

  8. #38
    Originariamente inviato da GattoBastardo
    in realta' non e' una cosa cosi' drastica. come la dipingi tu. personalmente io trovo l'idea della Sun un ottimo compromesso tra l'open source e il mondo "closed source".
    E dove sta l'open source in java, inteso come infrastruttura e linguaggio? :master:
    dopotutto, quel metodo funziona egregiamente. di contro porta ad avere delle JVM decisamente pesanti in quanto frutto di un lavoro poco competitivo. Si potrebbe, ad esempio, rendere open source java e creare un percorso di "certificazione allo standard" per le JVM, ad esempio
    E non e' la stessa cosa che avere degli standard aperti?
    "Qualsiasi esperto ha paura di combattere usando la katana vera. Anch'io. Ma non ignoro la mia paura, riesco ad accettarla, e a metterla da parte accanto a me".

  9. #39
    [supersaibal]Originariamente inviato da Ikitt
    E dove sta l'open source in java, inteso come infrastruttura e linguaggio? :master:

    E non e' la stessa cosa che avere degli standard aperti? [/supersaibal]
    e chi ha detto che e' open source? ho detto che e' un compromesso tra una posizione o un'altra

    s'e' visto col javascript, cosa vuol dire "standard aperti" siamo realisti su


    @skidx guarda che lo so benissimo, io non incenso la SUN per correttezza o apertura. Guardo solo il punto di vista tecnico della cosa, per il resto ti do' ragione

  10. #40
    [supersaibal]Originariamente inviato da GattoBastardo
    s'e' visto col javascript, cosa vuol dire "standard aperti" siamo realisti su [/supersaibal]
    Veramente il javascript è tornato ad essere uno strumento decente da quando i produttori di browser hanno ricominciato a seguire gli standard aperti W3C.
    Quindi abbandonando le soluzioni proprietarie. :master:

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.