A little too much aaS

It started with SaaS, which was ok. Kind of sassy, in fact. At least it had symmetry. But the IT business, in its endless pursuit of the new buzzphrase, has to work every verbal angle to death. So we couldn’t stop with software-as-a-service. We had to have IaaS (infrastructure-as-a-service) and, thanks at least in part to yours truly, HaaS (hardware as a service) and MaaS (media-as-a-service or malware-as-a-service, depending on whom you believe) and DMaaS (data-mining-as-a-service) and OSaaS (operating-system-as-a-service) and VaaS (virtualization-as-a-service) and PaaS (platform-as-a-service) and FaaS (finance-as-a-service, or frameworks-as-a-service) and AaaS (architecture-as-a-service) and … etc. (Google this stuff if you don’t believe me.)

Today, Salesforce svengali Marc Benioff introduced development-as-a-service, or DaaS. The only problem is that we already have at least three DaaSes: desktops-as-a-service, database-as-a-service, and data-as-a-service. That’s just too much. I mean, I like aaS as much as the next guy, but what we’re talking about here is aaS overkill. It has to stop.

So count me out. I will no longer use aaS, in any configuration, on this blog. Join me, please, in this crusade. As Benioff might say, Death to aaS!

12 thoughts on “A little too much aaS

  1. tomslee

    I’m a little surprised we haven’t had SIC or SITC (Software in the cloud) and so on. But Database in the cloud becomes DIC, and who wants to be that?

  2. Simon

    I was in a meeting once where an avalanche of acronyms were being thrown around and eventually, someone asked what one of them actually meant.

    It transpired that even though we were all using it, no-one actually knew what it really stood for…

  3. bernard lunn

    I think you are being too mean to acronyms. I will report you to AAA (Acronym Abusers Anonymous). Some time ago I presented a product called TAMAN. It was a big hit. People asked…This Acronym Means Absolutely Nothing.

  4. Simon Wardley

    Nick, I’m afraid you are responsible for HaaS but then I’m guilty of the aaS disease myself (excessive use of framework as a service).

    In the end I just joined the Scott Maxwell brigade, called everything XaaS (as in X as a Service) and became a one aaS kind of guy.

    The point that there is a stack of XaaS from process to applications to hardware is still valid, and I find that some distinction between the layers is still useful.

    However, for the time being it has got a bit out of control. Must be a hot topic.

Comments are closed.