Sponsored Link •
Code by Any Other Name
A Weblog by Ian Robertson
Ian Robertson is application architect at Verisk Health.
B. Scott Andersen
Vladimir Ritz Bossicard
James O. Coplien
Cees de Groot
David Heinemeier Hansson
Jakob Eg Larsen
Robert C. Martin
John D. Mitchell
Eric S. Raymond
Guido van van Rossum
Richard Hale Shaw
1 page [ 1 ]
September 25, 2013, 2 comments
A combination of bridge methods, covariant return types and dynamic dispatch can lead to some surprising and unfortunate results.
September 22, 2011, 13 comments
My thoughts on the battle between dynamic languages and those with Turing complete type systems after attending StrangeLoop.
February 6, 2011, 15 comments
There's been a lot of talk lately about a decision by the community to fork the Hudson continuous integration project, but the real fork has been done by Oracle, not the community.
April 25, 2010, 17 comments
Pojomatic provides configurable implementations of the equals(Object), hashCode() and toString() methods inherited from java.lang.Object.
January 31, 2010, 6 comments
Scala pattern matchers with side effects can have unexpected results in for expressions.
September 16, 2008, 12 comments
Once the boilerplate traditionally associated with the Service Locator Pattern is eliminated, one of the key motivations for Dependency Injection is reduced, if not eliminated. This article, the second of a two part series, looks at the pros and cons of each approach to interacting with services.
September 14, 2008, 11 comments
Traditional implementations of the Service Locator Pattern result in a large amount of boilerplate code. This article, the first of a two part series, shows that this is not a necessary weakness.
November 4, 2007, 18 comments
Allowing static references to class members could greatly increase Java's type-safe expressive capability.
1 page [ 1 ]