NuGet 1.8 released

NuGet 1.8 Released

Tieni alla tua carriera nel software? Licenziati

Mi sono per caso imbattuto in questo articolo, che purtroppo devo condividere al 100%, visti i miei trascorsi e le prospettive future. Se si vuol essere "vivi" nell'ambiente del software, l'unica possibilità è cambiare continuamente, per vedere nuovi ambienti, nuove idee e nuovi modi di fare.

Node.js is cancer

Non conosco bene node.js, ma mi sembra che le argomentazioni portate a sostegno della tesi siano valide.
http://teddziuba.com/2011/10/node-js-is-cancer.html
Comments are welcome

NAnt, o "del compilare a mano"

Creare una libreria ad uso interno può sembrare un'operazione banale: scrivi il codice, lo testi, se gira nel tuo ambiente è tutto ok. Poi un bel giorno ti dicono: dai la libreria anche ad altri gruppi di lavoro, serve per fare la stessa cosa, mettiamo a comune il know how. E tu pensi "ok, tanto lavoriamo tutti nello stesso modo, se funziona a me funzionerà anche a loro". Ecco, non c'è pensiero più sbagliato di questo.
Recentemente mi sono trovato proprio in questa situazione: avevo una libreria sviluppata in .Net 4.0 che faceva comodo ad altri colleghi, che però lavoravano in .Net 3.5
A questo punto ti chiedi: e ora come faccio a compilare per più piattaforme? Io voglio essere il padrone del codice sorgente, ma non voglio cambiare impostazioni al progetto per compilarlo su 2 framework di riferimento.
E qui ci viene incontro NAnt, un build tool molto simile (anche nel nome) ad Ant. La cosa che più ho apprezzato di questo tool è proprio il suo gran supporto ai diversi framework, sia Microsoft che Mono (é ancora un'alternativa valida a .Net?). Per le mie esigenze ho fatto tutto a mano, verificando che i build andassero a buon fine.
Non so però dire se ci siano AddIn di VisualStudio che permettano una buona integrazione, e qualora ci fossero gradirei suggerimenti.

PostgreSQL Magazine #01 is out !

http://www.postgresql.org/about/news/1392/