I’m a deep skeptic of “absolutism”. And the use of “engineering” to describe software development breeds absolutism.
The word Engineering in other contexts is grounded in science. As if there is one answer, or at least one best answer, to a scientific problem. For example, mechanical engineering is bound by properties of the materials in use.
Whereas software development is about the art, not science, of using languages. While languages have rules, they also have flexibility. Use of a language can be precise, obtuse and everything in between.
Lots of priorities can be served (or not) with a given program. Want your code to be performant? Want your code to be maintainable, as in understandable by others? Want your code to be modular so that it can be easily refactored or replaced? All will affect how the code is written.
If you doubt the flexibility of coding languages, then what can explain software quality assurance? After all, these myriads of tests are to deal with the innate diversity, flexibility and expressiveness of code and of the coder.
And we haven’t even got to the choices in designing components of code and architectures.
So why does this matter? Because thinking about software development in – pardon the word – binary terms ignores many of the choices and challenges of building great software products. You might not care about things like “cyclomatic complexity”, but you will when you inherit someone else’s code from 10 years ago and you need to keep it going.
We need to focus on choices not absolutes; on degrees of truths. Software has gotten too damned complicated to think of it in simplistic terms.
Maybe we should call developers “software linguists”?
4 thoughts on “Can we please stop calling it “software engineering”?”
If you haven’t read it, “Hackers and Painters” is a decent read…
Thanks for the fdebeack. I agree Scala is an interesting language that is gaining momentum. The Scala track at Jfokus was pretty packed. I guess I don't know it well enough to truly appreciate it. Groovy gives me immediate fixes to the little things that annoy me about Java (excessive non-optional boilerplate code, required exception handling, poor language support for collections & arrays, etc.). So that's where I'll start. But I'll keep a close eye on Scala in the future.
I dont disagree with this writing
Might be this blog’s best writing to date!