Windows 10, update verso la RTM

Re: dai che è la volta buona!
SI? Almeno, il core e' qui https://github.com/dotnet/corefx

Re: dai che è la volta buona!
- Scritto da: Lollo

Ehh?? Scala perche' le piattaforme che hanno

deciso di utilizzarlo scalano.

Prova a scrivere un programma in C o C++ che usi
il multithreading e sorpattutto bug
free.Per quanto C++ non sia certo la mia specialita' (studiato all'uni e poco altro) ricordo che il pthread non era per nulla difficile da usare.
Prova a fare lo stesso in Java e scopri che ci
metti un sacco di
meno.Ho scritto (e riscritto) che java ha cambiato per molti versi la programmazione rispetto a quello che veniva prima, su questo non c'e' dubbio.
Il linguaggio ti permette di scrivere molto
facilmente dei processi he scalano e fa anche una
differenza sui costi di
produzione.Costo di produzione != scaling. Poi, essendo che praticamente non gestisci la memoria (in senso stretto) questa facilita' di produrre "codice che scala" e' permesso dalla JVM che se non fosse efficiente non scalerebbe. OK, le due cose vanno di pari passo essendo state "inventate" per funzionare assieme, ma se ad esempio qualcuno si mettesse ad implementare una nuova JVM esosa di risorse, quei thread che lanci funzioneranno sempre male...

Forse non ti e' chiaro cosa il termine
"scaling"

significhi.

mi è chairo visto che realizzo sistemi enterprise
che gestiscono decine di milioni di utenze, e so
cosa vuol dire realizzazarli con scarse risorse e
mantenerne uno in
produzione.Mi dispiace per te ;) A parte gli scherzi, sono sicuro tu sia un ottimo programmatore, non volevo mettere in dubbio le tue capacita'. Volevo solo evidenziare che senza JVM prestanti, o ( in generale per altri linguaggi) di interpreti e i compilatori decenti, il linguaggio in se e per se vale poco.
Java nei costi di realizzazione e manutenzizone
di un sistema complesso che scala fa la
differenza.Mai sostenuto il contrario.

Mi sembra di aver evidenziato che le
piattaforme

che supportano java sono spesso molto
efficienti

(e questo il motivo per cui e' ancora molto

popolare).

Ed io ho detto che lo sono perchè Java le abilita
ad
esserlo.
Mmmm, qui direi che siamo in disaccordo. Non e' java a creare le JVM ma "viceversa" e' la JVM ad interpretare il java ed a creare il bytecode. Ad esempio la JVM di Oracle/Sun e' stata scritta in C++ e senza quella, ciccia.

Ruby ha dei limiti prestazionali in alcune
tipologie di operaziono perché è un linguaggio
dinamico e come tutti i linguaggi dinamici paghi
un prezzo a fare certe
operazioni.Si i linguaggi non tipizzati hanno qualche problemino ma che ad esempio, con quello che ti ho indicato (torquebox), vengono minimizzati nel momento in cui il codice non viene interpretato ma trasformato in bytecode. Poi si, posso concordare sia una soluzione un po cervellotica.

Ok, mettiamo da parte Scala (che ho usato e
non

trovo cosi' complicato/illeggibile), usa

GO

Su go siamo d'accordo: forse il linguaggio più
sottovalutato di
oggiAnche RUST sembra interessante.