Hey guys. Do you know any studies about the quantity of boiler plate code in different project types? I don't seem to find any actual numbers. I know this is subjective and relative to the language, project type and frameworks used, but there must be an actual study somewhere that covers at least a niche. Thanks!
migrated from stackoverflow.com Jan 11 '11 at 16:07
This question came from our site for professional and enthusiast programmers.
put on hold as off-topic by MichaelT, gnat, GlenH7, Bart van Ingen Schenau, Robert Harvey Dec 2 at 18:24
This question appears to be off-topic. The users who voted to close gave this specific reason:
- "Questions asking us to recommend a tool, library or favorite off-site resource are off-topic for Programmers as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it." – MichaelT, gnat, GlenH7, Bart van Ingen Schenau, Robert Harvey
In order to do a study about quantities of boilerplate code, you'd first need a definition of boilerplate. If you want the study to be completed during your lifetime, the definition will need to be something that can be checked by a computer. You'd also need access to a lot of code. However, not all code is publicly available, so there's a possibility of selection bias. Finally, what would be the benefit of the study to justify the cost?
That said, I would think the amount of boilerplate code would be more tightly correlated to the programming language used than the type of project. A website created using Lisp, for example, would have a lot less code than a website created using COBOL.
IMO, Boilerplate code is a symptom of a poorly written application. Why not factor out that boilerplate code, instead of repeating it everywhere? If that's impossible, then it is a symptom of a poorly designed programming language.