Java raggiungerà C #? [chiuso]

Oggi ho pubblicato una domanda che mi chiedeva quale lingua C # o Java sarebbe meglio per me studiare. Ho avuto delle ottime risposte. Una cosa che è emersa è che forse Java è ora piuttosto indietro rispetto a C # con nuove funzionalità. Ho visto alcuni collegamenti web e la maggior parte ha sottolineato cosa aveva C # e cosa non aveva Java.

Quindi la mia domanda a tutti voi è che Java raggiungerà di nuovo C #? E se dovessi indovinare dove sarebbe tra 5 anni. Avrebbero tutte le cose che forse ora mancano? Che ne dici di Java 7?

Le funzionalità del linguaggio sono una parte molto piccola di ciò che rende Java e C # tick. In definitiva, queste sono parti di grandi ecosistemi J2EE e .NET.

Entrambi hanno i loro punti di forza e dovrebbero diventare più grandi nei prossimi 5 anni.

Avrei detto di sì fino a quando Oracle è entrata in scena. Il che è triste, perché mi è davvero piaciuto il salto di qualità delle funzionalità che Java e C # hanno avuto negli ultimi sei anni circa.

Come lingua, non espongo Java per aggiungere innovazione a un ritmo significativo, principalmente perché quelli della community open source all'avanguardia sono più propensi a concentrarsi sui nuovi linguaggi JVM, come Scala, Clojure, Groovy, JRuby e JPython.

Inoltre, l'impegno di Java per la retrocompatibilità significa che l'aggiunta di funzionalità linguistiche è intrinsecamente più difficile rispetto ai giorni precedenti della lingua.

Il grande punto interrogativo qui è Oracle. Sun ha davvero rallentato le cose per Java negli ultimi mezzo decennio circa. La speranza di molti nella comunità Java era che Sun avrebbe fatto girare Java o venderlo a qualcuno che avrebbe messo molte risorse e sforzi. Mentre Oracle sicuramente potrebbe farlo, è una grande azienda con molti gruppi con i propri interessi acquisiti. La mia ipotesi, ed è proprio questo, una supposizione, è che Oracle lascerà stagnare Java e lo userà principalmente come strumento per azioni legali sui brevetti.

Forse lo venderanno a Google per una grande quantità di denaro e tutti saranno felici. È nelle mani di sale del consiglio e avvocati piuttosto che di ingegneri e progettisti di software.

Sul lato positivo delle cose, anche senza miglioramenti, Java è un buon linguaggio e ha un bel ecosistema attorno. Mentre personalmente preferisco C # e il mondo .net, Java è ancora un'ottima scelta. Andando avanti, il tempo lo dirà, ma per ora, Java non è affatto male. (Escluse le librerie di data e ora ... wow, sono sempre brutte e disordinate)

Non c'è niente da recuperare, quindi la domanda non ha senso.

Solo perché Java non replica esattamente C # non significa che sia "inferiore" in qualche modo, è solo diverso. Potresti anche chiedere quando C # "raggiungerà" Cobol.

La questione se C # o Java sia davanti all'altro è al centro del dibattito, ma invece di concentrarmi sulle caratteristiche linguistiche dell'una o dell'altra preferirei concentrarmi su ciò che è coinvolto nell'evoluzione di una lingua. Il fatto è che non credo che nessuno discuterà: Java è più vecchio di C #.

Problemi con la modifica del funzionamento di una lingua:

1. Se interrompi la retrocompatibilità, fai incazzare molti sviluppatori
2. Se fai incazzare i tuoi sviluppatori, passano a un'altra lingua che li supporta meglio. Quindi, nessun motivo per continuare a lavorare con la lingua.
3. Java ha preso presto alcune decisioni di progettazione con la pressione di lanciare il linguaggio sul mercato. La speranza era di tornare indietro e riempire alcuni degli spazi vuoti. Quelle decisioni affliggono ancora la lingua perché i manutentori non vogliono violare il primo punto.
4. Java ha dato vita a molti nuovi territori e ha dimostrato una volta per tutte che un linguaggio raccolto dalla spazzatura può essere preso sul serio e che funziona abbastanza bene per la maggior parte delle persone.
5. C # è arrivato più tardi e ha imparato molte delle lezioni in cui Java si è imbattuto - così sono stati in grado di evitare alcune delle limitazioni tecniche che Java ha a causa del punto 3.
6. Le nuove funzionalità linguistiche devono risolvere un problema reale in modo ragionevole. Non tutte le funzionalità linguistiche hanno senso nel contesto della lingua in cui si sta tentando di aggiungerla. Questo è il motivo per cui, nonostante le loro somiglianze, Java e C # continueranno ad essere lingue diverse.

Quindi, C # ha più funzioni linguistiche di Java? Credo di si. Sono utili? Credo di si. Ciò significa che C # è migliore o più maturo di Java? Con cui non sono d'accordo. Sono diversi, chiari e semplici. Java non avrà mai tutte le funzionalità di C # in quanto C # non avrà mai tutte le funzionalità di Java.

Una delle funzionalità di Java, la possibilità di scrivere un programma su Windows e distribuirlo su Unix o Mac, non avverrà mai direttamente dal supporto di Microsoft. Perchè lo chiedi? Non è perché Microsoft è cattiva (che sia vero o no, non mi interessa davvero). È perché hanno imparato una lezione che Sun non ha mai fatto: scrivere una volta eseguito ovunque commodizza i sistemi operativi e l'hardware. Se ti interessa guadagnare dalle vendite del tuo sistema operativo, non vuoi renderlo banale da scambiare e avere ancora un'applicazione funzionante. Se lo hai fatto, non puoi ottenere alcun profitto dal sistema operativo perché ci sono sempre opzioni più economiche.

Java non ha davvero bisogno di nuove "caratteristiche" non più di quanto non faccia C o C ++. È un linguaggio ben progettato per lo sviluppo orientato agli oggetti. Le aggiunte che possono essere fatte sono nella creazione di librerie per eseguire una vasta gamma di attività. Lo stesso vale per C #: la maggior parte delle funzionalità vengono aggiunte per fare in modo che il linguaggio faccia più cose. Personalmente penso che la maggior parte di quelle funzionalità non siano necessarie: i puntatori in OO sono davvero così morbidi a meno che tu non stia lavorando a livello hardware (a quel punto è probabilmente meglio usare qualcosa come C). Inoltre, l'esecuzione in una VM dovrebbe rendere difficile l'accesso diretto all'hardware, se non impossibile.

Unix ha iniziato la tendenza alla creazione di moduli che fanno molto bene una cosa. Penso che sia Java che C # stiano diventando un po 'fuori controllo per quanto riguarda le funzionalità. È meglio creare un nucleo facilmente estensibile di un "linguaggio" multiuso gigante che è più simile a un framework. Per me , Java soddisfa questo requisito meglio di C #.

Non c'è niente di sbagliato in molte delle funzionalità che C # sta aggiungendo, ma data la velocità con cui stanno cambiando la lingua, stanno rendendo consapevolmente difficile, se non impossibile, che Mono tenga il passo. In tal caso, allora dico che stiamo aspettando che C # raggiunga Java in termini di gamma di sistemi su cui può implementare. Non è sufficiente eseguire solo su Windows.

Non ho intenzione di avviare un forum di discussione, ma penso che Java fosse qui molto prima di C # e del resto C # sembra più una replica che java.

Per quanto riguarda la risposta alla tua domanda: Java e C # sono lingue diverse, quindi non puoi confrontarle solo con le loro caratteristiche. Quello che puoi fare in Java non puoi farlo in C # e viceversa.

Quindi finalmente è come iniziare un argomento Windows vs Linux.