Forum libero

http://blog.hackerrank.com/hackerrank-partners-wit...

Scritto da: Ordine

> > > Ma cosa vuoi che ne capiscano questi stupidi? Gli unici fumetti che leggono sono i manga per bimbiminkia ritardati pedofili.
> >
> > Hai mai letto un libro te ? Uno con tante parole e senza disegnini, per intenderci ...
>
>
>

Solo uno ?
E poi, non ci credo mica tanto che l'hai letto, sai ?

Scritto da: Alienazione
> Oggi la sciura vuole che gli restituisca i soldi della Caparra.
> Eravamo rimaste a lunedì con la signora che mi mandava gente a pulire la casa.
> Le pareti sono ridotte uno schifo sopratutto dove i bimbi mettevano i piedi dal letto.
> Il box doccia è rotto. Cavi cadono dal cielo in ogni stanza per la Tv,comunque.
> L'acqua del cesso funziona.
> La Caparra è di 5600bs pari a 800dollari.
> La signora per il mancato preavviso voleva lasciarmene 1000 circa 150 dollari.
> Ora io da restituirglieli li ho. Ma prima volevo vedere le bollette della luce, e anzi andare a chiedere che effettivamente fossero tutte pagate e lo posso fare lunedì.
>

Fai riparare tutto, poi presenta le bollette e i costi scalali dalla cauzione.

Scritto da: Ordine
> Ma cosa vuoi che ne capiscano questi stupidi? Gli unici fumetti che leggono sono i manga per bimbiminkia ritardati pedofili.

Hai mai letto un libro te ? Uno con tante parole e senza disegnini, per intenderci ...

Scritto da:

> > > > > > E, di nuovo, gli immigrati hanno diritto di voto ?
> > > > >
> > > > > Di nuovo, non serve.
> > > >
> > > > Si che serve
> > >
> > > Ma perché dobbiamo volere gli immigrati?
> >
> > Nel caso svizzero, per pagare la pensione dei vecchi.
>
> Allora anche la Svizzera è una bicicletta che funziona solo se pedali sempre più forte.

Si

E' troppo tardi per frenare ? Per quel che mi concerne sto cercando di assicurarmi un futuro nel caso al momento di mollare la bicicletta non ci sara' nessuno a voler pedalare al mio posto

Scritto da:

> > > Con le stringhe un confronto di oggetti non è quasi mai quello che vuoi avere
> >
> > Con gli "oggetti" invece capita spesso, difficile immaginare un sistema di caching semplice e efficiente che non lo permetta.
>
> Qui stiamo parlando di stringhe. Quante volte devi scrivere un sistema di caching e quante volte devi scrivere if (miaStringa == "valore") ?

Quindi == ha un significato diverso in caso di stringhe o in caso di altri oggetti ?

> Come ho detto, va usato con parsimonia, e quando lo usi deve essere chiaro a chiunque metta mano sul tuo codice che hai fatto l'overloading.

Quindi prima fai casino con l'overloading, poi cerchi di mitigare scrivendo dei commenti in bold nelle tue API ?
Non era meglio, a questo punto, evitare l'ambiguita' e usare "equals()" invece che "==" ? 6 caratteri in piu' li sacrifico volontariamente all'altare del Principle of Least Surprise.

> > > A parte il secondo esempio che ad esempio su Android Studio non va (quindi devo pure stare a ricordarmi che su Java "liscio" va mentre su Java-Android no)
> >
> > Eh ? Che errore ti da ?
>
> Codice di test:
>

 long pippo = 3;
> switch(pippo) {
> case 3L:
> break;
> }

>
> "Incompatible Types. Found: 'long', required: 'char, byte, short, blabla.......'"
> Questo me lo dice direttamente l'IDE di Android Studio, se clicco "compila" mi da errore in compilazione.

Porchiddio, perche' ero convinto che funzionasse ?
Vabbeh, mi sa che dovrai metterci .intValue() nello switch o, meglio, provare con gli Enum

> > C# e' anche arrivato molto dopo Java, ne ha rubato preso tante idee buone e ha evitato le piccole cattive.
>
> Quindi siamo d'accordo che C# è migliore di Java.

Le facolta' di informatica sono piene di cadaveri di linguaggi "migliori"
Il successo di un linguaggio viene determinato da tanti fattori. Il C e' stato il linguaggio migliore al suo tempo ? E COBOL ? Lisp ?

Di fatto C# e' nato e cresciuto all'ombra di Java e nonostante tutti gli sforzi combinati di Microsoft e Oracle, non e' ancora riuscito a scalzarlo

Scritto da:

> > > Della "filosofia OO" me ne frego.
> >
> > Ecco spiegato perche' non sei un buon programmatore.
>
> No, ecco perché TU sei una testa quadra.
> Si deve SEMPRE preferire la chiarezza e la semplicità ad inutili formalismi. Sennò si finisce per scrivere codice di merda e difficile da capire.

Il codice di merda, difficile da capire e da mantenere nasce da quelli che dicono che se ne fregano dell'OOP

> L'OO è solo uno dei tanti strumenti che puoi usare. Fissarsi ad usarlo anche quando rende le cose più complicate del necessario è solo stupido... non ti fa vincere nessun premio.

Se lavori con un linguaggio OOP, evitare di usarne gli strumenti messi a disposizione e' come usare il cacciavite per piantare chiodi.

Scritto da:

> > > Java: stringa1.equals(stringa2)
> > > C#: stringa1 == stringa2
> >
> > Terribile e confusionario. Il simbolo "==" applicato alle variabili ha significato "Sono il medesimo oggetto" e non "Hanno il medesimo contenuto". Operation Overloading mi ha sempre fatto venire l'orticaria ...
> > Java da questo punto di vista si comporta in maniera corretta.
>
> Non sono d'accordo con la tua idea che l'opeator overloading sia "il male". Va usato con parsimonia, questo sì, ma quando è usato correttamente rende il codice molto più chiaro, come è appunto il caso con le stringhe.

Per me invece non e' necessario, e la confusione che genera supera i benefici.

> Con le stringhe un confronto di oggetti non è quasi mai quello che vuoi avere

Con gli "oggetti" invece capita spesso, difficile immaginare un sistema di caching semplice e efficiente che non lo permetta.

> > Inoltre "equals()" e' un metodo pubblico di Object con un significato ben preciso che va a braccetto con "hashCode()", confonderlo con "==" e' errato e diabolico.
>
> Come ho detto, l'operator overloading esiste in OO e serve proprio nei casi tipo l'oggetto stringa. Che a te non piaccia è un altro discorso ma:
> if (miaStringa == "ciao") ...
> è più chiaro e bello da leggere di
> if (miaStringa.equals("ciao")) ...

if (mioOggetto == altroOggetto) {
...
} else {
...
}

Cosa fa "==" ? Confronta se e' la medesima istanza o richiama un'implementazione interna di mioOggetto ?
Inoltre, cos'e' "mioOggetto" ? E' una referenza, quindi perche' "==" dovrebbe agire sull'oggetto referenziato e non sulla vero soggetto, cioe' la referenza ?

> Se poi improvvisamente ti senti un fanatico purista della "filosofia object oriented" spiegami come mai in Java esistono i tipi base che non sono oggetti...

Questione di performance di taaaaanti anni fa. Poi hanno cercato di rimediare con l'autoboxing ...
Non e' l'unica idiosincrasia, c'e' pure l'operator overloading "+" per concatenare le stringe

> >

switch (miaVariabileLong) {
> > case 1L:
> > blabla
> > case 32094320423940293402L:
> > blabla
> > blablablabla
> > }

> >
> > Non mi pare cosi' difficile
>
> A parte il secondo esempio che ad esempio su Android Studio non va (quindi devo pure stare a ricordarmi che su Java "liscio" va mentre su Java-Android no)

Eh ? Che errore ti da ?

> > Spari sulla croce rosse, Calendar in Java fa cacare
> > Per questa ragione da Java8 c'e' java.time. Dacci un'occhiata: http://javadocs.techempower.com/jdk18/api/java/tim...
>
> Lo conosco, ma vedi la risposta che ho dato alla Suora.
> Stiamo parlando in pratica di novità aggiunte da poco più di un anno quando queste cose esistevano in C# dagli albori.

C# e' anche arrivato molto dopo Java, ne ha rubato preso tante idee buone e ha evitato le piccole cattive.

> > > Poi... voglio creare una lista di oggetti di tipo Prenotazione
> > >
> > > Java:
> > > ArrayList<Prenotazione> lista = new ArrayList<Prenotazione>();
> >
> > Meglio
> > List<Prenotazione> lista = new ArrayList<>();
> >
> > Oppure usa "Collection" invece che "List"
>
> Si, ma devi comunque ripetere sia a destra che a sinistra che si tratta di liste...

No no no no. Una e' una List, l'altra e' una Collection. Sono due cose diverse.
Un Set e' una Collection con la peculiarita' che non accetta duplicati e che l'ordine di iterazione non e' uguale all'ordine di inserimento.
Una List e' una Collection con la peculiarita' che accetta duplicati e che l'ordine di iterazione e' uguale all'ordine di inserimento.

Se non vuoi restringere la funzionalita' della tua collezione, non far sapere a chi usa l'API di che tipo si tratta, allora userai Collection.
Se vuoi che si sappia che e' una Lista, userai List.
Se vuoi che si sappia anche il tipo di implementazione, userai ArrayList o LinkedList.

> e non esiste motivo per farlo.

Il motivo esiste ed e' appunto l'inheritance/polimorfismo.

> > > Che motivo c'è di ripetere a sinistra il tipo dell'oggetto che è ovvio da quello che sta scritto a destra? Non c'è.
> >
> > Si che c'e', si chiama Inheritance, ecco perche' ho usato "List" o "Collection"
>
> Lo puoi fare anche in C# se ti serve... ma nella stragrande maggioranza dei casi ciò che sta a sinistra è uguale a ciò che sta a destra, perciò ripetersi non ha senso.

Anche in Java e' la medesima cosa, la differenza sta in quello che "esponi".

> Ti fa solo scrivere di più e rende il codice più incasinato da capire o, come lo vedo io, "più sporco".

E invece e' molto, molto importante che tu possa esporre solo l'interfaccia List o Collection, e non la vera implementazione che ci sta dietro.

> > > Java (senza librerie esterne):
> > > Ho paura solo a pensarci.
> >
> > Questo perche' non conosci java.util.stream: http://javadocs.techempower.com/jdk18/api/java/uti...
>
> Lo conosco

Se le cose lo sai, perche' fai finta di non saperle ?

> Ma anche se conosco le stream-api non so ancora come si fa il join.
> Riesci a convertirmi il codice che ho scritto in LINQ nell'equivalente stream-api così che posso vedere come si fa il join?

No, non conosco abbastanza LINQ. E poi per oggi ho fatto la Maestrina abbastanza, non credi ?


**Modificato dall'autore il 08.04.2016 13:58**

Scritto da:

> Della "filosofia OO" me ne frego.

Ecco spiegato perche' non sei un buon programmatore.

Scritto da:

> > > > > > Credo che tu prenda il corano piu' seriamente di tanti musulmani !
> > > > >
> > > > > Io credo invece che tu prenda sotto-gamba la serietà con cui i musulmani prendono il corano. Le hai viste le statistiche circa le idee dei musulmani su omosessualità, diritti delle femmine, sharia, ecc? Vengono tutte dal corano.
> > > >
> > > > Quindi ? Il mondo e' pieno di testi sacri strampalati, ma questo non vuol dire che la gente li segua acriticamente.
> > > > I musulmani che conosco io sono diversi da quelli che immagini tu. Vorrei dire che e' questione di stato sociale, ma i musulmani che conosco io coprono tutti gli stati sociali
> > >
> > > Le statistiche ti danno torto. Evidentemente i musulmani che conosci tu o mentono oppure sono casi particolari.
> >
> > Parlaci dei musulmani che conosci te.
>
> L'affermazione "conoscere una persona" dovrebbe essere considerata una fallacia logica.

Sto dimostrando che non tutti i musulmani sono come Wakko crede.
La mia osservazione diretta si scontra con le sue paurose fantasie.

Tutto qui.