On the Role of Static Types and Generic Types on ProductivityJun 29, 2014 · 2 minute read · Comments
Most developers have strong opinions on dynamic types programming languages vs static types programming languages. The former is often assumed to be good for small projects/prototyping while the later better for bigger projects. But there is a surprisingly small number of studies to back those claims.
One such study is “An experiment about static and dynamic type systems: doubts about the positive impact of static type systems on development time” and came to the conclusion that on a small project, static typing did not decrease programming time, and actually increased debugging time. However 4 years later, “An empirical comparison of static and dynamic type systems on API usage in the presence of an IDE: Java vs. groovy with eclipse” shows that a developer is 2x more productive with Java than with Groovy using an unknown API. This contrasts a bit (but does not contradict) with their previous study “Static Type Systems (Sometimes) have a Positive Impact on the Usability of Undocumented Software: An Empirical Evaluation” that showed Groovy to be more productive on small projects. One problem is that all these studies stem from the same person.
It’s more interesting to look at generic types vs raw types use, where even less studies have been done. “Do developers benefit from generic types?: an empirical comparison of generic and raw types in java” concludes that generic types do not provide any advantages to fix typing errors, hardly surprising in my opinion. Generic types (especially with type erasure as in Java) is the typical idea that sounds good but that in practice does not really help: it makes the code actually more awkward to read and tend to make developers too lazy to create new classes that would often be more appropriate than a generic type (think Map<String,List<Map<String, Date>>>).