Qual è l'obiettivo principale di Java? Perché ci vuole così tanto tempo per ottenere nuove funzionalità?

Ho esplorato le nuove funzionalità di JDK8, come le espressioni lambda, i metodi di estensione e la nuova API stream.

Evidentemente nessuna di queste funzionalità è nuova nel mondo della programmazione e questo ha fatto meravigliarsi del motivo per cui stanno ottenendo tutte queste cose in Java fino ad ora.

Avevamo espressioni lambda in Lisp (1958), SML (1973), Haskell (1990), Python (1991), JavaScript (1994), Ruby (1995), Scala (2003), C # (2007) e 55 anni dopo Lisp e praticamente tutti gli altri, in Java (2013).

E avevo letto degli stream in SIC (1996).

Mi chiedevo perché adesso? Le prove suggeriscono che competere con altre lingue non è la motivazione.

Sembrerebbe che tutte le nuove fantastiche funzionalità di questa versione di Java siano solo un sottoprodotto dell'implementazione del parallelismo. Abbiamo lambda perché semplificano la scrittura di algoritmi paralleli e abbiamo metodi di estensione perché ne avevamo bisogno per supportare le modifiche richieste dalle espressioni lambda, ecc. Ecc.

Quindi, la mia domanda è: possiamo affermare con sicurezza che l'argomento principale in questa prossima versione di Java è in realtà il parallelismo? O possiamo giustificare altri motivi per la comparsa dei trucchi più antichi nel libro fino ad ora in Java?

Quando Java è stato progettato per la prima volta, si è ritenuto opportuno escludere funzioni anonime. Posso pensare a due motivi (ma potrebbero essere diversi da quelli ufficiali):

1. Java è stato progettato come un linguaggio orientato agli oggetti senza funzioni, quindi non era molto naturale avere funzioni anonime in un linguaggio senza funzioni. O almeno, ciò avrebbe influenzato molto il design della lingua.
2. Le funzioni anonime non erano popolari nelle comunità di programmatori che Java doveva attrarre (C, C ++, Pascal?). Anche ora, molti programmatori Java sembrano considerare queste funzionalità piuttosto esotiche (ma questo probabilmente cambierà molto rapidamente con Java 8).

Negli anni seguenti, come ha spiegato Robert Harvey, la politica di Sun è sempre stata quella di mantenere Java compatibile con le versioni precedenti e molto stabile.

D'altra parte, sono emersi altri linguaggi concorrenti (il più importante è C #, che è nato come un clone di Java e poi ha preso la sua direzione di sviluppo).

I linguaggi in competizione hanno messo Java sotto pressione per due motivi:

Potenza espressiva

Le nuove funzionalità possono rendere più semplice la scrittura di alcuni idiomi di programmazione, rendendo il linguaggio più attraente per i programmatori. Normalmente l'insieme di funzionalità fornite da una lingua è un compromesso tra potenza espressiva, complessità del linguaggio, coerenza progettuale: l'aggiunta di più funzionalità rende un linguaggio più espressivo ma anche più complesso e difficile da padroneggiare.

Comunque, negli ultimi anni i concorrenti di Java hanno aggiunto molte nuove funzionalità che Java non aveva, e questo può essere considerato un vantaggio.

montatura

Sì, sfortunatamente questo è un fattore nella scelta della tecnologia, almeno da quello che posso vedere nella mia esperienza quotidiana come programmatore: uno strumento deve avere una certa funzionalità, anche se la maggior parte dei membri del team non sa come usarlo e quelli che sarebbero in grado di usarlo non ne hanno bisogno la maggior parte delle volte.

L'hype può essere ancora più importante per le persone non tecniche come i manager, che possono essere quelli che decidono la piattaforma per un determinato progetto. I manager a volte ricordano solo alcune parole chiave come lambda, parallelismo, multicore, programmazione funzionale, cloud computing, ... Se la nostra tecnologia preferita ha un segno verde su ogni elemento dell'elenco, allora siamo aggiornati.

Quindi IMO da tempo Java è stato intercettato tra

• la politica originale di stabilità del linguaggio e semplicità di progettazione, una base di codice enorme e una comunità di sviluppatori da un lato, e
• la pressione di linguaggi concorrenti che potrebbero attrarre programmatori Java, inizialmente C #, e poi Scala, Clojure, F # (chiamo quelli di cui sono a conoscenza, potrebbero essercene altri).

Alla fine Oracle ha deciso di aggiornare Java per renderlo più competitivo. A mio avviso, le nuove funzionalità riguardano soprattutto i programmatori Java che potrebbero essere tentati di passare a C # e che vedono altre lingue come Scala e Clojure come troppo diverse da Java. D'altra parte, gli sviluppatori che hanno una certa esperienza con la programmazione funzionale e vogliono ancora usare la JVM probabilmente sono già passati a Scala, Clojure o un'altra lingua.

Quindi le nuove funzionalità di Java 8 renderanno Java più potente come linguaggio e l'obiettivo dichiarato è la programmazione simultanea e parallela, ma l'aggiornamento sembra indirizzare anche gli aspetti di marketing (Mark Reinhold, capo architetto di Java presso Oracle, ha dichiarato: "Alcuni avrebbero dire che aggiungere espressioni Lambda è solo per stare al passo con i ragazzi fantastici, e c'è del vero in questo, ma il vero motivo sono i processori multicore; il modo migliore per gestirli è con Lambda ", vedi questo articolo ).

Quindi, sì, molte (tutte) funzionalità Java 8 erano già ben note, ma perché e quando una funzionalità viene aggiunta a una lingua dipende da molti fattori: pubblico di destinazione, comunità esistente, base di codice esistente, concorrenti, marketing, ecc.

MODIFICARE

Una breve nota riguardante "... avevo letto degli stream in SIC (1996).": Vuoi dire che hai bisogno di Java 8 lambdas per implementare gli stream? In realtà puoi implementarli usando classi interne anonime.

Java ha cambiato attenzione nel tempo. Inizialmente è stato progettato come un linguaggio semplice e potente, come una reazione al C ++ "potente complesso". Alcune caratteristiche che erano in C ++ furono intenzionalmente escluse, come sovraccarico dell'operatore, modelli, enum, che erano considerati troppo complicati o reliquie dell'era C e che OOP era al culmine della sua popolarità, tutto fu trasformato in un oggetto in un singolo- paradigma visione del mondo. Le lambda in quel momento erano considerate semplicemente "non necessarie" dall'introduzione di classi anonime / interne in Java 1.1. Il fatto che la sintassi fosse molto più dettagliata era quasi considerata una caratteristica .

Dopo aver trovato il suo pubblico Java, non vi furono incentivi a cambiare fino all'introduzione da parte di Microsoft di C #, che apprendeva dalle lezioni sugli errori di progettazione di Java, e lanciò una serie di nuove funzionalità linguistiche. Non erano vincolati dalla retrocompatibilità. Penso che i conceptors Java abbiano realizzato il pericolo della competizione C # e abbiano rilasciato Java 5 con generici, enum, ecc.

L'inclusione di lambda in Java è discussa da quel momento ed è stata solo aggravata dall'attuale tendenza della programmazione funzionale. Ma cose come questa sono lente da correggere, e deve essere giusto la prima volta. A mio avviso, i generici pasticciati di Java con la cancellazione del tipo sono stati considerati perché la retrocompatibilità era considerata una ragione per implementarlo come niente più che zucchero sintattico. Sembra che le chiusure siano state studiate in modo più approfondito e non saranno solo zucchero sintattico.

In conclusione, qual è l'argomento principale di Java 8? Non credo che una versione in lingua abbia un argomento. Come C ++ 11, la ragion d'essere di Java 8 è tenere il passo con la concorrenza introducendo nel linguaggio le cose che sempre più programmatori danno per scontato ora. Lisp potrebbe avere lambda dal 1958, la sua popolarità è cresciuta da decenni ormai e solo recentemente la programmazione funzionale è stata considerata seriamente per la programmazione "mainstream" (per mancanza di una parola migliore).

Evidentemente nessuna di queste funzionalità è nuova nel mondo della programmazione e questo ha fatto meravigliarsi del motivo per cui stanno ottenendo tutte queste cose in Java fino ad ora.

Poiché Java deve passare attraverso un processo di approvazione che coinvolge diverse parti interessate ad alta visibilità in un processo simile alla "progettazione per comitato", e tale processo richiede tempo, tutto qui.

Contrastalo con altre lingue e troverai un dittatore benevolo o un piccolo comitato di progettisti linguistici che lavorano a stretto contatto e non sono legati agli interessi aziendali.

Combinalo con una base di codice consolidata di milioni di righe di codice Java che deve rimanere compatibile con le versioni precedenti e avrai tutti gli ingredienti per il cambiamento a un ritmo glaciale.

Direi che deve essere utilizzato lo scopo più importante di un linguaggio di programmazione; attualmente C e Java non hanno espressioni lambda e sono i linguaggi più utilizzati (secondo TIOBE per esempio).

E per rispondere alla domanda credo che Java sia indirizzato all'impresa; in questo campo le cose devono essere molto stabili e affidabili; per esempio Java 7 è apparso per quasi 2 anni, ma non conosco direttamente alcun progetto in Java 7. Inoltre un'altra cosa importante è la compatibilità con le versioni precedenti, che è molto importante per l'impresa.