Do you know how the internet works?
Every now and then I get a Facetime request from my Grandma, from her 2009 iMac. She doesn’t have a smartphone because it’s too complicated for her. It’s cute, because we all kind of accept that older people generally don’t “get” technology.
But do we “get” technology? Like sure, we can use smartphones, but that’s really because we’re used to them, used to their interaction patterns, used to how they feel. The reality is that most of us don’t actually understand how most of the technology we use works under the hood. If you had to explain to me how the internet works, could you do it?
Obviously we don’t need to understand everything we use, in the same sense that I don’t quite know why boiling my potatoes in water with baking soda makes them taste better when I roast them, or why ice reduces swelling. But technology is a lot more practical than that, because a lot of us work at companies who sell software. All of us work at companies that use software.
And in case you were wondering, the internet is just a bunch of cables.
Being technically literate is really important#
I want to argue that people are getting farther and farther from understanding the technology they use, build, and sell, and that it’s a problem that’s only going to get worse. But first, let’s define what it means to “understand” technology.
Being “technically literate” means that you’re comfortable with the basics of how technology works, and critically, you understand the area you work in with more depth. It’s not important for every salesperson to know how transistors work, but if they’re selling a database product, they should probably understand the difference between SQL and NoSQL. Useful and practical technical literacy has two layers:
- The base: the basics of software and hardwareWhat’s a computer?What's the internet?What's a database?
- The domain: deeper knowledge that’s relevant to your jobWhat products are we building, selling, and using?How do they work? What problems do they solve?How do our engineers build and use them?
So why are these important? Who cares if you understand this stuff or not? I think there are 2 big reasons that people – especially people working in knowledge jobs – need to be technically literate. And they’re getting more important over time.
1) Working internally with your company#
If you work at a tech company that’s not stupid large, no matter what you do, chances are you’re going to work with engineers. This is obvious for roles in design and product, but support, success, people, marketing, and sales also work with engineers more than you might think. Anything from building internal tools to resolving support requests requires collaboration with developers, and it’s very, very hard to work well with them if you’re clueless about what’s going on behind the scenes.
The value of being technically literate internally isn’t just about working with engineers, though. It’s about just being a better teammate: you’ll understand internal systems better, more quickly identify bugs and how to get them solved, and have an easier time finding good new ideas. When projects get stuck, you’ll have a clearer view of where the problem might be, who can fix it, and what information they need to do that. (This has all been true for me, at least)
2) Working externally to build, sell, and retain#
If you’re customer facing and working with a product that’s even remotely technical, you’re probably dealing with developers, data scientists, designers, product managers, or IT at some point in the build and sales cycle. Understanding the product you sell - and getting into the details of how it works – is so, so important. People want to talk to people who understand them and understand their problems.
Don’t just take my word for it, though; forward thinking technical companies already invest in employee education for this exact reason. MongoDB has an internal team fully dedicated to “sales enablement” – most of which focuses on understanding NoSQL and why the Mongo product is interesting to developers. Stripe and Twilio have internal coding bootcamps. You don’t need to actually be an engineer to be good at your job; you just need to understand them and what they’re working with. (Unless your job is being an engineer. Then you should be an engineer)

