Lacking manageability [LWN.net]

Lacking manageability

Posted May 3, 2007 3:58 UTC (Thu) by robertm (subscriber, #20200)
In reply to: Lacking manageability by man_ls
Parent article: The Rise of Functional Languages (Linux Journal)

Interesting. And, as you say, counter to my personal experience. I wonder where those numbers came from, exactly. The paper isn't exactly clear -- "We developed these numbers empirically using our Web applications database because the IFPUG numbers did not seem to be consistent with our current experience. This count includes the volume of work required to program Java scripts and beans on both the client and server, assuming that an appropriate Java environment were available for this distributed application."

To be somewhat facetious, I'm not terribly surprised Java does the best at creating Java beans. More seriously, I suspect from this that what the numbers measure is really "library availability", something which most functional programmers will readily admit is not (yet) a strong suit of their favorite languages. Useful if you're just gluing web browsers to databases (a large fraction of real development work, alas), but less so if you're striking out in new directions.

(Log in to post comments)

Lacking manageability

Posted May 3, 2007 6:09 UTC (Thu) by man_ls (subscriber, #15091) [Link]

Capers Jones in "Applied Software Measurement" (1991), p.76 shows the same values for C and Lisp. Java did not exist, and C++ does not appear on its own; object-oriented default is listed at 29.

You are not alone at pointing out that functional code does more with less. Maybe the numbers are all wrong, but they were extracted for exactly this purpose: make high-order trends evident. So maybe object-oriented code does "even more with less", thanks to libraries and such. After all, code reuse has been sold as a major winning point for objects all along.