Sto facendo qualche test con delle librerie di compressione tese alle performance e per ora ne ho testate due: SharpZipLib (http://www.icsharpcode.net/OpenSource/SharpZipLib/), una libreria Open Source con una licenza assolutamente usabile XCeed.Zip for .Net (http://www.xceedsoft.com/products/ZipNet/), una libreria commerciale La mia esigenza è molto semplice: comprimere uno stream di dati (una stringa) per salvarla su un database, perdendo il minor tempo possibile. Questi i pro ed i contro delle due: SharpZipLibPro: open source (leggasi: gratis e con sorgenti)Contro: richiede una colonna in più per memorizzare le dimensioni dello stream, non ha funzioni "avanzate" per lavorare con i file ed il modello ad oggetti è abbastanza povero XCeedPro: ha una...

http://www.mono-project.com/MoMA E' un tool molto interessante che permette di analizzare i vostri Assembly e determinare il loro livello di compatibilità con Mono. E' interessante per 2 aspetti: 1) E' notevole vedere come, anche fatto girare su un progetto assolutamente non banale (all'ultima conta siamo a circa 400mila righe di codice C#) il numero di metodi non implementati da Mono sia molto basso (nel mio caso ci sono alcuni metodi già marcati come Todo da Mono e quelli not implemented sono relativi a funzioni base di Windows come la pubblicazione dei performance counters)2) Alla fine del processo viene generato un report che può anche...

Qualche tempo fa ho preso una scheda video ATI X1800, va benissimo ma ha un grosso problema: la ventola che c’è sopra fa un casino dell’ostia, dato che è piccola e gira velocissima. Ero un po disperato (anche perchè ho una casa di 54 mq e quindi se tengo acceso il PC la notte non è che la camera da letto possa essere troppo lontana!) poi ho visto su un blog questo sito http://www.arctic-cooling.com/ (ditta svizzera) ed ho scoperto che fanno anche una ventola apposta per la mia scheda video. Ne ho presa una e mi sono anche fatto mandare la ventola da...

E' disponibile la RC del Service Pack 2 di Windows 2003 (download da http://www.microsoft.com/downloads/details.aspx?familyid=d58c55d6-fcd8-4283-9bf8-b0bd17615773&displaylang=en) e non ci sarebbe nulla di strano. La cosa che però mi perplime un attimo è che se uno va a vedere la lista dei bugfix che questo contiene e che si trova a http://support.microsoft.com/kb/914962 può vedere che una grandissima parte (ad occhio i due terzi) sono relativi al Microsoft.NET framework. Ora non mi è chiaro, se per caso uno si trovasse nella situazione in cui un'applicazione si ferma per colpa di uno di questi bug e non avesse Windows 2003 ma un semplice XP che cosa dovrebbe fare?...

Che dire a tutti quelli che c'erano? Che un po di invidia per non esserci stato pure io ce l'ho, soprattutto perchè è un appuntamento a cui ho partecipato parecchie volte. Però quest'anno mi è sembrato doveroso mandarci uno dei miei ragazzi, che scrivono codice tutto il giorno, mentre io oramai lo faccio sempre più di rado, spendendo gran parte del mio tempo tra Project, Word, Excel ed Outlook (e no, PowerPoint per ora continuo a riuscire ad evitarlo). Chissà, forse l'invidia è anche per questo, perchè quando si inizia a coordinare ti tocca cambiare marcia ed invece di scrivere codice inizi...

La diatriba "SP" vs "Codice" è vecchia come il mondo, però qualche contributo mi sento in grado di darlo comunque: 1) L'SQL permette di gestire la concorrenza ottimistica. Perfetto, peccato che se questo ha un senso dal punto di vista tecnico è completamente errato dal punto di vista funzionale. Dire che in una entità un utente possa cambiare il campo X mentre allo stesso tempo un altro utente riesce a cambiare il campo Y potrebbe sembrare una figata, mentre invece (nella mia esperienza) nel 99% dei casi è un grave difetto. Mediamente se due campi sono nella stessa entità tra di...