Domanda

Negli ultimi anni ci sono state molte lingue JVM tra cui Javascript, Python, Ruby ecc. (elenco completo qui: Elenco delle lingue JVM ). La mia domanda è questa: perché Sun non è uscito con una suite completa di linguaggi per JVM proprio come il .NET di Microsoft? Con la nuova versione di JVM, possono apportare tutte le modifiche necessarie per le lingue dinamiche o il sistema di tipi e rilasciare un compilatore per almeno alcune lingue. Ciò darebbe immediatamente accesso alla già esistente libreria di classi di grandi dimensioni di Java a un sacco di lingue.

È stato utile?

Soluzione

I finanziari dicono tutto:


MSFT - capitalizzazione di mercato di 173B, utile netto di 17B


JAVA - capitalizzazione di mercato di 2B, utile netto di 400 milioni

Altri suggerimenti

Sun (ora Oracle) non ha davvero bisogno di fare molto da solo per creare più linguaggi JVM, poiché questo ruolo è stato in gran parte assunto dalla comunità open source e / o dal più ampio ecosistema Java.

Si consideri:

  • Lingue JVM open source moderne e sempre più popolari come Scala , Groovy e Clojure
  • Librerie create o sponsorizzate da organizzazioni come Apache Software Foundation che possono essere utilizzate da tutti i linguaggi JVM
  • IDE / strumenti di sviluppo di Eclipse Foundation e altri
  • Vari strumenti e prodotti aziendali creati dai principali sostenitori aziendali di Java, tra cui IBM, Red Hat, Google ecc ...
  • Sviluppo del linguaggio Java e della piattaforma stessa come prodotto open source attraverso il progetto OpenJDK

È quindi più appropriato pensare a Java come un ecosistema aperto con molti partecipanti, piuttosto che una piattaforma controllata da una singola azienda.

Vedo due domande: Sun cambierà la JVM per supportare i linguaggi dinamici (sarebbe pulito, sebbene alcuni linguaggi dinamici riuscissero a funzionare già sulla VM corrente, forse a scapito delle prestazioni); e perché Sun non sviluppa ufficialmente altre lingue.

Spero che faranno il primo, ma non vedo la necessità del secondo. La risposta di Scott è abbastanza buona. Inoltre, Java è già qui da un po 'di tempo, mentre Microsoft ha dovuto avviare la propria piattaforma CLR / .NET, quindi hanno dovuto dare il massimo per convincere gli sviluppatori ... e se lo possono permettere!

Quindi non sono sicuro che Sun debba spingere lingue alternative per la JVM, gli sviluppatori indipendenti sono abbastanza vigorosi da farlo senza aiuto.

Inoltre, il linguaggio di scripting JavaFX può essere visto come tale (ad es. linguaggio ufficiale per JVM) e sembra che BeanShell potrebbe essere adottato in una JSR.

Se stai cercando Visual Basic per la JVM , sono paura che quel progetto sia stato cancellato :-)

Seriamente, dopo molti anni passati a concentrarsi solo sul linguaggio Java, Sun ora supporta direttamente gli sviluppatori di Jython e JRuby e sta cambiando JVM e il loro IDE per supportare meglio questi linguaggi. Java 6 ora include anche il runtime JavaScript di Rhino.

Hai ragione sul fatto che questi non sono linguaggi sviluppati da Sun da zero, e penso che sia una buona cosa. L'ecosistema Java ha una lunga storia di innovazione nella comunità e in molte altre aziende che dipendono da Java, come IBM e Oracle.

Non vedo davvero quale problema Sun risolverebbe creando nuove lingue da supportare. Non sono nemmeno sicuro che JavaFX sia meglio servito con un linguaggio completamente nuovo. Capisco perché MS ha dovuto supportare Visual Basic su .NET, ma per fortuna Sun non deve farlo.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top