Not to mention, when I first started working at Intel Corporation in the mid 80's I got this "orange" booklet, it was Intel's own Acronym decoder booklet. I think I still have it in my closet somewhere :-)
I recently had to explain to a collegue what a TLA was (Three Letter Acronym).
But the mention of CMOS being heard a Sea Moss reminded me of the day I was working at one of the early computer stores in the Chicago area. A customer had called me at the store asking for a little help. He had just purchased an Apple II computer and wanted to know if I could tell him a little program he could type in to see how it was working. The Apple II had BASIC builtin so I said to type this line,
10 FOR X = 1 TO 10
"Syntax error," he said. Huh? We tried several times with the same result, so we gave up.
Later he came into the store and showed me he had been typing
Oh, and I don't have OCD, I have CDO, that's the letters in alphabetical order.
Not just they get us confused about what their long form may be but in many cases the same AO gets a different long form as per the context in which it is used.
For example CPM was a popularl OS for microprocessors till time MS-DOS started monopolizing the OS market. But CPM also means Critical Path Monitering in the project management context and CPM is the AO for the name of a political party.
What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.