Forum libero

Scritto da:
> Scritto da:
> > loro non lo sanno e li trattieni con una scusa la polizia ci mette pochi minuti
> >
>
>

A me fa più ridere che intrattieni il rapinatore che ha i soldi in mano. Cosa dovrebbe spingerlo ad aspettare quando ha ottenuto quello che voleva?

Scritto da:
>
> A me DOC fa venire in mente altre cose.

Emmett Brown?

Scritto da:
>
> beh come si collega?

Imodium Imodium Imodium

Scritto da: avvelenato
>
> Imodium

malkovich malkovich malkovich

Scritto da:
>
> "È questo il risultato delle modifiche apportate al nuovo codice della strada (in particolare all’articolo 94 comma 4-bis) dalla legge n.120/2010 e regolate dal decreto ministeriale entrato in vigore il 7 dicembre 2012, ..."
>
> ex

Ringraziamo Silvio per le sue opere.

Scritto da:
>
> Ho letto anche io e anche a me sembra una stronzata. Vedremo.
>
> ex

Ho trovato un link un po' meglio del giorFAIL:
http://www.leggioggi.it/2014/10/23/carte-circolazi...

Scritto da:
> Non c'è nessuno?

Vai a letto che non è ora.

Scritto da:
>
> E che vuol dire? Anche per .NET ci sono altri linguaggi.
> Io però NON sto parlando di questo... ma del fatto che Java, come linguaggio, è rimasto indietro e oggi spaccia cose (come gli streams e le lambda) come novità quando in altri linguaggi sono disponibili da un decennio.
>
> Non sto parlando né di bytecode, né di librerie, né di altri linguaggi che compilano in Java... sto parlando del linguaggio in quanto tale.

Non puoi valutare java senza il contesto.
Anche erlang è un linguaggio brutto, ma unito a otp diventa una macchina da guerra con affidabilità inarrivabile da tutte le altre piattaforme e che diventa il focus per la scelta della piattaforma rispetto alle altre.

> Mi dispiace ma questo non è vero. È una sciocchezza che si legge spesso da parte di chi difende java... ma invece è vero il contrario.
> Più un linguaggio è verboso più devi scrivere, più devi scrivere più devi leggere per capire che razzo stavi facendo con il rischio di perderti nel meandro di dettagli.
>
> Confronta un pezzo di codice scritto in Scala con uno in Java... quello in Scala è a volte decine e decine di righe più corto, eppure è comprensibilissimo.

Finché resti sul FizzBuzz posso darti ragione, ma quando hai una codebase grande hai bisogno di sempre maggior contesto per ricostruire l'algoritmo.
Io ho giornalmente a che fare con una codebase di decine di milioni (forse più di 100mln) di righe di codice, circa un migliaio di applicazioni ear (web e non) che convivono in un container distribuito, che parlano a vari database (20x nodi was divisi in cluster, 2x iis, 1x jboss, 2x oracle 10 in 3 istanze, 1x mysql, 1x mssql 2005, 1x mssql 2008, 1x mssql 2012, altro che non mi viene in mente); vengo giornalmente coivolto nell'analisi di svariati problemi, principalmente su codice che non ho mai visto, eppure nel giro di pochi minuti sono in grado di arrivare al nocciolo seguendo gli stacktrace proprio perché verbosi e solo guardando il codice parallelamente (il repository del codice di tutti i progetti è visibile a tutti nell'intranet), spesso privo di commenti e poco manutentuto e scritto principalmente per jre 1.4.
I problemi più difficili che abbiamo affrontato erano quasi esclusivamente dovuti all'architettura complessa, alla gestione delle transazioni jta e le implementazioni nei vari db; e c# tutto questo se lo sogna.

> E io di queste mancanze sto parlando. Non ho detto che va buttato via... ho detto che è indietro e che questo suo ritardo sta andando in favore di altri linguaggio e framework come .NET
>
> Se poi si vuole continuare a fare finta che il problema non esista allora è un altro paio di maniche.

Scritto da:
>
> Non è vero, hai semplicemente capito quello che volevi tu.
>
> Spiegami per esempio cosa c'entrano i generics con il "var" di C#.
>
> Gli streams di Java sono una brutta copia (e attualmente molto limitata) di Linq ed è disponibile solo da Java 8 (e che ti piaccia o no non puoi installarlo dove ti pare). Linq esiste in .NET da almeno 5 anni.
> Se ti leggi un po' di commenti in giro capirai anche perché sono una brutta copia.
> Questo articolo è del 2013 http://blog.informatech.cr/2013/03/24/java-streams... magari nel frattempo qualcosa è migliorato... ma ne dubito. Leggiti anche i commenti.
>
> All'obiezione circa le interfacce esplicitate nelle classi... come fai a sapere se una classe implementa un'interfaccia? Non entro nel merito (d'altra parte è una cosa abbastanza ovvia che non serve esplicitare le interfacce ma se non ci arrivi da solo...) comunque Go lo fa. Java no. Se Go lo fa significa che si può fare, evidentemente è una cazzata di Java quella di obbligarti a scrivere ovvietà nel tuo codice e tu sei così tanto abituato a scriverle che non sai immaginare un mondo in cui non si usano.
>
> Per il resto come ho detto lascio perdere, ho già perso troppo tempo e non sono la tua maestrina. Fai quel cazzo che vuoi.
>

Per quanto trolloso nei modi, Giambo ha ragione. Dalle tue risposte si evince che non conosci java moderno e non hai sviluppato con java moderno.
È chiaro che avere un runtime veloce e multipiattaforma è stato il vantaggio iniziale di java, ma non puoi escludere dal confronto l'ecosistema di librerie.
Conosci lombok? Jooq? La pletora di utilities sotto il cappello apache commons? xstream/jackson? google guava?
Inoltre ci sono linguaggi che compilano bytecode interoperabile con java (java chiama $lang, $lang chiama java) con performances molto buone quali scala, jruby, groovy, clojure.
C'è anche un altro aspetto che vince su tutta la linea e non ha concorrenti: jta; è un api granulare che permette non solo di applicare il two phase commit, ma gestire transazioni distribuite su più server senza aggiungere una riga di codice rispetto a quanto faresti per singola macchina e singolo db, permette di stravolgere l'aspetto architetturale senza dover toccare mai il codice.
Java è verboso, ma per quanto è una features odiata in fase di scrittura del codice, diventa un innegabile vantaggio quando lo devi manutenere e riesci a capire con un colpo d'occhio cosa succede nel codice senza avere troppo contesto a disposizione.
È chiaro che non ci farei mai una applicazione client in java, ma sui server domina incontrastato, nonostante difetti innegabili legati comunque a un design che risale al 1995, dalle date api che hanno dovuto riscrivere 2 volte per arrivare alla volta buona, o la scandalosa api java.util.logging, o all'assenza delle lambda per quasi venti anni, o alla mancanza di syntactic sugar tipo hashtable literals e via discorrendo.

Ti invidio tantiffimo