The fact that I was writing manuals to instruct programmers in how to use software tools that enabled them to write other software was a bit murky to many.
Later I was working on software that "explored" networks, cataloging resources (documents, mostly) it found so that one could search for them. Still, pretty obscure, particularly to those who don't actively use computers or who just use them as glorified typewriters.
And now I work in the realm of enterprise middleware, meaning we write software that helps other software share information. Worse yet, I work on the software tools that enables other programmers to configure and program said middleware. So once again, I'm on the obscure edge of a pretty obscure place.
So this morning I found this article from Red Hat:
That got me thinking and sent me to Google to look for a short definition of middleware. I found a lot of them, but they mostly were either too vague or too dependent on the reader already having some knowledge about middleware.And ultimately, he comes up with this answer:
Middleware is plumbing.It's a fairly amusing metaphor, which the writer thankfully only extends to input sources (water pipes and faucets), rather than the output system.
In any case, the next time my mother tries to figure out what it is I do, I think I'll tell her I'm a plumber.