Other .NET

MVP Again, anche quest'anno!

Alessandro Ghizzardi — Tue, 01 Jul 2008 15:22:00 GMT

Questo periodo è a dir poco frenetico, tanti progetti che devono essere chiusi prima dell'estate, clienti ansiosni per il caldo, PC che rallentano, progetti personali che slittano, email che si affollano senza risposta.... malgrado questo, ho avuto pochi minuti fa la gioia di vedermi riconfermato l'MVP Award! Che dire, un grazie sincero ad Ale (si si, me la ricordo la survey :P), a Microsoft che continua a credere in me, ed a tutti i miei compagni MVP! :)

[Daily Issue] .NET Performance Tips and Tricks...

Alessandro Ghizzardi — Thu, 11 Oct 2007 10:31:50 GMT

Il periodo pieno non accenna a smettere.. da un certo punto di vista mi va benone, dall'altro dormo troppo poco :)

In questi giorni, comunque, sto notando che manca proprio un'infarinatura su molte tematiche di base... uno dei piu gravi purtroppo è quello delle Performance.. ValueTypes, ReferenceTypes, boxing e unboxing, eccezioni... tutte cose di cui magari si parla ma di cui si ignorano gli impatti (Anche importanti, la maggior parte delle volte) in termini di velocità di esecuzione....

Una buona introduzione potrebbe essere questo articolo su msdn, un pò vecchiotto ma ancora attuale... sarebbe il caso di darci un'occhiata giusto per vedere se ci si batte la testa dicendo "ma dai! E pensare che io questo l'ho sempre fatto"... :D

[Daily Issue] I Warning.. trattateli come errori.. ok?

Alessandro Ghizzardi — Mon, 08 Oct 2007 13:51:27 GMT

Mi capita troppo spesso (sempre??) di avere a che fare con Warning presi sottogamba....

Il classico è il try/catch in cui si fa il catch dell'eccezione, ma poi non la si usa...
Questo vuol dire

1: non si conosce che il costrutto "catch" è ammesso anche se non si specifica l'eccezione, nel caso io voglia fare qualcosa senza interagire con l'eccezione stessa

2: si sta facendo debug spinto e "mi serve l'ex per capire cosa succede altrimenti non capisco"...
Ok.. perfetto.. una volta, due volte.. la terza ci attacchi un log4net.....

I warning sono l'anticamera di un problema. Si chiamano warning per un motivo, mica hanno un nome carino tipo "messaaggino di avviso" o "notifica gentile e non urgente"... c'hanno un bel punto esclamativo giallo di fianco che se non è segnale di pericolo, poco ci si discosta.

Una solution che compila con dei warning la maggior parte delle volte va bene se si è in fase di sviluppo, ma quando si è vicino al rilascio i warning devono essere trattati esattament ecome errori di compilazione: dovete eliminarli!

E' come avere dolori forti dalle parti del cuore, e non andare a farsi vedere fin quando non arriva l'infarto... solo che in questo caso è troppo tardi... nel caso dei warning.. beh.. anche :D

[Daily Issue] Le Naming Guideline....

Alessandro Ghizzardi — Sun, 07 Oct 2007 21:42:37 GMT

... sono la base dello sviluppo...
Sono forse una delle cose piu importanti che voi possiate adoperare...

No, sul serio, non è uno scherzo.... non riesco a pensare a niente di piu serio di una corretta nomenclatura... tutto ciò di buono che possiamo fare o saper fare diventa inutilizzabile se non sappiamo dargli il giusto nome, corretto nel giusto contesto, e se non abbiamo il coraggio di cambiarlo (refactoring anyone?) nel caso diventi osboleto o scorretto.

Classi, variabili, metodi, proprietà, tutto il "mondo" dello sviluppo si disloca intorno a questo.. .eppure siamo nel 2007, molto è passato dai tempi della "niu economi" (new economy, per i non angolofoni :P)... eppure tutto continua uguale, ci sono ancora in giro masse di "consulenti" che convinti di poter servire a piene mani tazze di presunta conoscenza a tutti si mettono a scrivere un progetto ignorando, o peggio rigettando, le convenzioni di nomenclatura, di struttura e di qualsivoglia altro standard preso in considerazione dal Team....

Peggio, ignorano qualsiasi semplice regola di buon senso chiamando variabili con i nomi che giustamente sono sconsigliati dai tempi del Modula2: "p", "c", "l", "m", "k", "ciccio", "questo", "quello" "test", "temp".

Ho avuto un'esperienza insieme sconvolgente e divertente questo weekend cercando di rimettere in piedi un'applicativo gestito da uno di questi "tizi"... e fidatevi, quando alle 3 di notte vi trovate di fronte a (dopo 100 righe di codice in un metodo nel presentation layer, ovviamente)

if (p > l) { k = 0} else { return false; }
return true;

(testuali parole. Si, avete letto bene.. e si, esatto, _oltretutto_, k non viene mai usata... :P)
Potreste capire quanto lodare il dio dell'informatica per l'idea delle naming convention... oppure scoppiare a piangere e prendere il decimo caffè... com'è successo a me :P

Ma dai, vi immaginate se ognuno parlasse la sua lingua, con i propri fonemi, e non ci fosse in giro niente per capire di che cosa si sta parlando? Ecco, esattamente quello che succede quando si mette mano ad un codice dove i metodi si chiamano "private void Doing()" o "private string parametro()" e dove nulla va come vorresti :(

Se leggendomi vi siete identificati o avete passato in produzione del codice con dentro almeno uno dei nomi che ho citato, per favore, PER FAVORE, fate un salto qui

http://msdn2.microsoft.com/en-us/library/xzf533w0(vs.71).aspx

Leggete TUTTO quello che c'è scritto, poi rileggetelo, poi andate a fare una passeggiata, cancellate tutti i vostri vecchi progetti, rileggete ancora una terza volta... e ricominciate una nuova vita :)

P.S.: Si, ho passato una settimana _terrificante_ a causa di questo :P

[Daily Issue] Non avere fretta....

Alessandro Ghizzardi — Thu, 04 Oct 2007 16:59:46 GMT

Lo vedo capitare sempre, ogni giorno, in tutto quello che faccio.

Gente che pur di fare un passaggio in produzione al millimetro lo fa alle 8 di sera di venerdi, e nel week end puntualmente si inchioda tutto, gente che se ne va a casa lasciando modifiche nel codice non testate senza nemmeno preoccuparsi del fatto che dovrà essere rilasciato tutto l'indomani, gente che dichiara chiuso un progetto perchè "funziona" e poi scatta alla macchinetta del caffè... ma non funziona, e non funzionerà mai ....

Capisco perfettamente la voglia di fare altro, di svago, di essere in altri posti soprattutto quando è estate fuori gli uccellini cinguettano e magari è anche pieno di ... hem.. belle signorine :D

Ma un lavoro fa controllato, fatto con calma e portato a termine. Con calma non dico che ci devo mettere tre giorni per creare una textbox, ma ogni cosa dev'essere fatta per bene, ci devo ragionare, devo avere in ogni momento il controllo dell'applicativo e non farmi trascinare da questo. Ho visto funzionalità utile rese inutilizzabili per il fatto che "eh ma questo era stato chiesto, non è specificato che l'area di testo per editare deve contenere i pulsanti per la formattazione e dev'essere piu grande di 100*200" oppure che "ma dai, che cosa ti serve evitare che la pagina si refreshi interamente? sono solo 43243433242432 dati.... ci mette 10 secondi ... vedi?"...

Vi prego... quando fate qualcosa, qualsiasi cosa.... pensate che ci siate voi dall'altra parte ad usarlo... e pensate se vi piacerebbe lavorare così... e se siete in dubbio.. chiedete, non ho mai trovato un cliente al mondo, anche tra quelli più "burocratici" che si lamenta se gli faccio delle considerazioni di usabilità su quello che ha chiesto!!

Fa sorridere però che capita in tuttii i campi, anche con le macchine.. oggi ho ritirato la macchina per la revisione e altre piccolezze e mi sono trovato la plancia che usciva fuori di mezzo dito... "Ah si sono dimenticati di fissarla".. esticaXXi... è giusto la prima cosa che si vede entrando... ma chi l'ha guidata fino al parcheggio esterno? Stevie Wonder???

[Daily Issue] Un milione di scimmie NON fanno un developer serio....

Alessandro Ghizzardi — Mon, 24 Sep 2007 19:46:07 GMT

Daily? Ma che daily... monthly... Yearly... insomma, è sempre lo stesso issue che si ripropone....
Partiamo dalla citazione che ha dato inizio al tutto:

"Supponiamo di aver addestrato un milione di scimmie a battere a caso sui tasti di una macchina da scrivere e che lavorino con ardore dieci ore al giorno con un milione di macchine da scrivere di tipi diversi. Che i sorveglianti illetterati raccolgano i fogli anneriti e li rileghino in volumi. Nel giro di un anno questi volumi conterranno la copia esatta dei libri di ogni genere e di ogni lingua conservati nelle biblioteche piu' ricche del mondo."
Emile Borel Meccanica statistica e irreversibilità. 1913

Partendo da questo presupposto, molti signori deducono (si augurano?) che mettere 10 scimmie su un qualsiasi progetto può portare a fare a meno di un developer senior, nonchè di un architetto, e già che ci siamo anche di un analista ....

Balle, becere menzogne che la gente si propina, mentendo a se stesso sapendo di mentire.

Mettere 10 scimmie su un progetto per evitare di metterci un senior soltanto provoca rallentamenti, bug, problemi di performance, problemi di manutenibilità, ecatombe, disastrie, obesita, diabete di tipo 2 e perdita di capelli.

Mettere delle scimmie e sperare che con una piccola spinta possano camminare da soli porta i senior a girare per i clienti alle 10 di sera aspettando la build e tenendo le dita incrociate, perchè come al solito quando c'è un problema le scimmie non sono in grado di metterlo a posto, e non si è in grado in poche ore di capire il grado di casino che una scimmia media è stata in grado di generare in due giornate di lavoro autonomo... figuriamoci un team intero di scimmie!!!!

Un appello accorato: basta mettere scimmie sui progetti e levare i senior... delle scimmie seguite da un senior, ok... ma anche così, quando il senior non c'è, controllatele ... la scimmia ha la brutta abitudine di andare in giro a far danni quando il gatto non c'è....

Nessuna scimmia è stata maltrattata nella scrittura di questo post :P

P.S.: Prima che mi volino accuse, "scimmia" deriva da "Code Monkeys"... nessuna accezione negativa.. o quasi :P
P.S.: Se sembro alterato.. è perchè lo sono!! Mi sono fregato il weekend, sabato e domenica, e mo pure il lunedi... non è la prima volta che succede e non sarà l'ultima, ma magari i clienti che mi leggono perdono le scaglie dagli occhi, anche se questo blog non porta a Damasco....

[Daily Issue] Spiegare il Method In-Lining

Alessandro Ghizzardi — Fri, 14 Sep 2007 09:33:13 GMT

Ok magari è un "mezzo" Daily Issue... però in relazione al mio post di ieri ed alla relativa osservazione di Massimo, ho ricevuto un pò di domande del tipo "ma che vuol dire inlining del JIT??"...

Effettivamente posso capire che non sia un concetto con cui si ha a che fare tutti i giorni, a meno di non chiamarsi Adrian :P..... quindi, piuttosto che spiegarlo io che potrei fare un bel po di confusione, vi rimando a questo post di Gunnerson che spiega in breve cos'è, a cosa serve e come funziona (piu o meno :))

[Daily Issue] Trovare il chiamante di un metodo tramite Reflection con System.Diagnostics.StackTrace

Alessandro Ghizzardi — Thu, 13 Sep 2007 17:26:00 GMT

Uno Issue un pò frettoloso, che oggi forse riesco ad uscire prima delle 9 di sera :)

Mi è capitato di configurare Log4Net in un ambiente che aveva già un logger (che però non funzionava :)) e per evitare di modificare tutte le pagine, ho tenuto la struttura e la severity del Logger esistente levando tutta la logica e chiamando log4Net.
Ho avuto il problema che tutti gli errori mi venivano ovviamente segnalati come partiti dal logger... .(

Un paio di ricerche sull'utilizzo di StackTrace ed ho trovato il metodo perfetto:

Type type = new StackTrace().GetFrame(1).GetMethod().DeclaringType;

Quindi passerò al GetLogger di log4net questo tipo!

Attenzione: andando in debug, possono venire aggiunti dei frame tra la chiamata del metodo e l'effettivo log, perchè se io interrogo per esempio il type con il debugger di visual studio, questo tramite reflection ne invoca proprietà e metodi e crea un frame in mezzo che ovviamente sballa la gerarchia!

Update:

Come giustamente fa notare Massimo: e se il metodo viene sottoposto ad inlining?

A parte il post di Raf citato da Massimo, un pò fuori dal mondo :P... le soluzioni possibili che vedo sono due:

1: Decorare il metodo con l'attributo [MethodImpl(MethodImplOptions.NonInlining)]
2: Fare il metodo Virtual. Se non erro, il Jit non può fare inlinint di un metodo Virtual (l'avevo letto da qualche parte :))

Non so quanto queste siano percorribili cmq :)

Qualche risata

Alessandro Ghizzardi — Tue, 26 Jun 2007 08:56:00 GMT

Oggi niente Daily Issue: ho una laurea tra poco (non la mia, tranquilli, non è successo niente di irreparabile :P ) e sono incasinato in altre faccende ....

Però, il mio classico giro mattutino me lo faccio, e tra i tanti blog che visito ce n'è uno veramente carino, http://worsethanfailure.com/ (per chi naviga da un pò, mi pare che prima fosse il Daily What The Fuck, poi rinominato). Praticamente, una raccolta di stupidate relative al mondo informatico, non solo dal punto di vista dello sviluppo.

Bellissimo il post di ieri: http://worsethanfailure.com/Articles/Which-Cable.aspx

Un pò di umorismo dotnettiano...

Alessandro Ghizzardi — Wed, 09 May 2007 07:23:00 GMT

http://www.theserverside.net/tt/cartoons/VSPriceless/VSPriceless_archive.html