How many times have you read or written the same two or three lines of code that frequently seem to go together, and even though they operate on different objects, feel like the same thing? And how often these repetitions involve some sort of collections iteration or more generically manipulation? These repetitions in the code is something that developers eventually learn to filter out and ignore when reading code, once they figure out where the interesting parts are placed. But even if the developers get used to it, it slows them down. Code like that is clearly written for computers to execute, not for developers to read.

lambdaj is designed to easily manipulate collections. Its features are intended to filter, convert, index and aggregate the items of a collection without explicitly iterate on it.

Integrate lambdaj in your software architect toolkit (italian link)

Read More

Nei mesi passati ho avuto l’opportunità di lavorare come software architect per un progetto basato su .NET e C#.

Da molti anni non bazzicavo in ambito Microsoft, e quindi è stata una utile palestra. Ho pensato di scrivere questo piccolo manuale per sviluppatori java con la ventura di dover diventare… C#-enabled.

Read More

Inversion of Control (IoC) is a very good idea.

But as the clever Joel Spolsky  noted, sometimes you need to be a super-natural hero to use it:

… I try not to be judgemental (HAHA!), but I think that people who use IoC containers are (A) very smart and (B) lacking in empathy for people who aren't as smart as they are. Everything makes perfect sense to them, so they have trouble understanding that many ordinary programmers will find the concepts confusing. It's the curse of knowledge. The people who understand IoC containers have trouble believing that there are people who don't understand it. …

I have trouble using Spring in at least two projects. On the third, it was a disaster, because a single software-architect-guy keeps passing around the Spring context factory as method parameter, getting beans from it!
Read More

Because of the success of my article on java closure, I have decided to write another article on functional programming.

Read More