Calma ragazzi... un bel respiro... :)
Caro Andrea,
no, l'obiettività non la considero uno scherzo! Certo che lavoro per Microsoft, ma la mia obiettività credo di averla dimostrata con tutto quello che ho fatto prima, facendo progetti, provando ad insegnare quello che imparavo, parlando alle conferenze e quant'altro. Se tu mi conoscessi meglio sapresti quanto io (e gli altri Evangelist) siamo critici con tutto quello che non ci convince, in prodotti e tecnologie Microsoft e non-MS, e tirandolo fuori pubblicamente come sempre ho fatto negli eventi e negli incontri con clienti e partner.
Certo una parte del nostro lavoro è il marketing, ma guarda che fare marketing, vero, non è così disprezzabile come sembra trasparire dalle tue parole, visto che il termine significa portare sul mercato un prodotto o una tecnologie, posizionandola correttamente e facendo comprendere ai potenziali interessati i vantaggi ed eventualmente gli svantaggi di un determinato approccio.
Il perchè abbia citato il tuo post dando una mia valutazione (secondo me non offensiva nei tuoi confronti ma critica sui contenuti) è presto detto: mancano completamente le informazioni necessarie a valutarne l'attendibilià! Come è stato scritto il codice NHibernate? E come quello con EF? Qual'è il codice SQL generato? Quali i costi di esecuzione delle due query? Dove stanno le differenze? Solo così è possibile valutare realisticamente dei risultati, altrimenti sono solo parole al vento.
Un neofita che legga quel post si troverà davanti le seguenti affermazioni:
"Nhibernate, dall'alto dei suoi anni di sviluppo, batte entrambe le tecnologie Microsoft anche se di poco"
"L'Entity Framework ne ha da strada da fare sul suo diretto e storico rivale..."

Farà due più due e il messaggio sarà: NHibernate è "migliore" di Entity Framework quindi vado con quello... e a dire il vero, la sensazione nel leggere quel post era che chi l'ha scritto voleva proprio passare questo messaggio, indipendentemente da tutti i distinguo di cui sopra.
Attenzione che io non ho mai detto che le cose non stiano così!
Non lo faccio mai: non lo faccio per SQL Server vs Oracle, per .NET vs Java, per PHP vs ASP.NET e così via, semplicemente perchè la mia esperienza mi dice che non esiste un "migliore", esistono scenari diversi, vantaggi e svantaggi per ogni approccio e motivazioni che dovrebbero essere valutate e soppesate prima di prendere delle decisioni in una direzione.

Nel mio post non ho mai detto che se quell'elenco di casi di successo è vuoto è perchè non ce ne sono veramente!!
Ma se chiunque legge oggigiorno uno dei blog che si trovano su questa o altre comunità (spesso di MVP o altre persone influenti) sembra che:
- Non si possa scrivere una applicazione senza usare NHibernate
- Non si possa scrivere una applicazione efficace, manutenibile, scalabile, ecc. senza usare DDD, TDD, POCO, Lazy Loading, PI, ecc.
- Usare il Dataset è il diavolo, sia per le performance che per il "design" complessivo delle applicazioni
- Che EF v1 non permette di progettare applicazioni sensate perchè non supporta POCO, perchè il designer non va bene (e non usatelo, però poi "è tanto comodo"...), perchè il Lazy (che brutta parola, meglio "on demand") Loading non c'è, ecc. ecc.

Sapete che cosa: cavolate! Si possono scrivere ottime o pessime applicazioni usando tutti questi approcci, ma quello che mi sembra stia succedendo, per rispondere anche a m.casati, è che tutto questo non c'entra molto con il proporre una "architettura sensata" al cliente quanto con il voler essere o sembrare a tutti i costi "a la page". Nessuno vuole far passare l'idea che si possa scrivere tutto usando il drag&drop, ci mancherebbe, ma che ci siano strumenti diversi che possono risolvere problemi di natura diversa, e che abbiano diritto di esistere, questo si.

Sensazionalismo sul mio blog? Mah, non lo so, giudicate voi.

Tutto questo purtroppo ha un impatto reale su tanta gente nel mercato. Qualche settimana fa sono stato da un partner che mi ha detto "abbiamo deciso di usare NHibernate perchè abbiamo fatto delle prove e va più forte di ADO.NET, ce lo ha confermato anche un MVP di Microsoft....", ma vi rendete conto dell'assurdo? Queste persone non hanno neanche lontanamente gli skill per valutare quello che stanno facendo e andranno a schiantarsi contro un muro.

Per concludere, certamente ognuno può fare e scrivere quello che gli pare, ci mancherebbe, mi piacerebbe solo che le persone evitassero il "pensiero unico" e magari si ponessero qualche domanda in più prima di allinearsi alla corrente del momento e alimentarla contribuendo a creare ancora più confusione in chi magari legge e non ha gli strumenti per poter giudicare da solo.

Detto questo, mi scuso per i toni usati e prometto di migliorare il mio "blog stantio" e di farlo diventare un pò più utile :)

Ciao, Silvano.

scoriani ha scritto:

Il perchè abbia citato il tuo post dando una mia valutazione (secondo me non offensiva nei tuoi confronti ma critica sui contenuti) è presto detto: mancano completamente le informazioni necessarie a valutarne l'attendibilià! Come è stato scritto il codice NHibernate? E come quello con EF? Qual'è il codice SQL generato?

Incomprensione o no, io ho letto nel tuo blog un attacco personale. La critica a ciò che scrivo - corretto o no - mi sta bene, ma non quelli su di me da una persona esterna che non mi conosce nemmeno, e pubblicamente.

Inoltre ritengo quella critica ingiustificata - come ho scritto nella mia risposta pubblica - perché bastava leggere più attentamente quel mio blog, e i riferimenti ad una lunga serie precedente dove ho sviluppato una discussione con i miei test riguardanti l'EF, e avresti trovato codice per Linq, l'EF e, in quel blog in questione, anche per Nhibernate, con la chiara dicitura del perché di quel test e della sua valenza:

In un blog di qualche tempo fa avevo messo a confronto le prestazioni tra Linq e l'Entity Framework in scrittura (e lettura). Anche in questo caso moltissime persone (una) mi hanno chiesto come si comportasse Nhibernate nel confronto.

Innanzitutto, prima di sentenziare verità assolute che non possiedo, premetto che NON sono affatto un esperto di Nhibernate: con esso ho solo giocato in piccole applicazioni di test per testare le prestazioni di questo famoso e ottimo ORM.

Per evitare ogni dubbio, ho inserito TUTTO il codice di configurazione di Nhibernate e, lo ripeto, del codice di test in modo che, eventuali anomalie, mi sarebbero state subite segnalate da chi mastica questa tecnologia in modo più approfondito.

Puoi esaminare quanto ho scritto in questi mesi e vedrai che non ho mai paventato minimamente sul DOVERE utilizzare una o questa tecnologia per l'accesso ai dati. Io ho scritto dei miei test d'uso con comparazioni e altro, e non troverai mai una frase del tipo "l'Entity Framework, Linq o Nhibernate risolve ogni problema d'accesso ai dati, buttatevi a capofitto su di essa e scordatevi il resto...".

Inoltre hai sbagliato persona perché non troverai mai scritto da me uno di questi punti:

- Non si possa scrivere una applicazione senza usare NHibernate
- Non si possa scrivere una applicazione efficace, manutenibile, scalabile, ecc. senza usare DDD, TDD, POCO, Lazy Loading, PI, ecc.
- Usare il Dataset è il diavolo, sia per le performance che per il "design" complessivo delle applicazioni
- Che EF v1 non permette di progettare applicazioni sensate perchè non supporta POCO, perchè il designer non va bene (e non usatelo, però poi "è tanto comodo"...), perchè il Lazy (che brutta parola, meglio "on demand") Loading non c'è, ecc. ecc.

Non sono un malati di architettura

Detto questo, mi scuso per i toni usati e prometto di migliorare il mio "blog stantio" e di farlo diventare un pò più utile :)

cit.: Le inconprensioni sono così strane, sarebbe meglio evitarle sempre...

Ciao, Silvano.

Ciao