I should have known better, but I couldn’t resist being pulled into a Twitter spat around the question “whether networking engineers need to know something about math” a long while ago.
Before going into the details, let’s start with Wikipedia definition: “Engineering is the use of scientific principles to design and build machines, structures, and other things” including “specific emphasis on particular areas of applied mathematics, applied science, and types of application”.
So feel free to believe that you don’t need any math or other science (because there’s very little science behind what we do in networking) in your job, in which case you might want to stop reading… but then at least please think twice about your job title.
Still here? Let me give you just a few examples of where we could use math:
- Replacing common sense and gut feeling with verifiable facts. I was told that "having two links does not result in 100% uptime” is plain common sense. Unfortunately, this particular type of common sense seems to be rare. How about using some basic reliability theory? It’s not hard, and it helps you calculate what you can expect based on the structure of your network.
- Debunk vendor claims. If you know what can be done, you’ll quickly spot vendors making impossible claims.
- Optimizing your network. When I was talking with Cariden engineers a long while ago, they told me how large service providers saved millions by shifting traffic across expensive international links by optimizing routing metrics. Of course you could take a million-of-monkeys approach to the problem, or figure out the math behind it… or buy a magic black box with a “Trust Me” label on it from your favorite vendor.
- Understanding queues. Queuing theory was admittedly the hardest topic Rachel Traylor addressed in her “math-in-networking” series… but maybe it’s time we figure out how things work instead of relying on vendor best practices (which often depend on what box they’re trying to sell you this week).
Of course you don’t need math (or understanding the principles) in every network. After all, you don’t need structural analysis to set up a camping tent… but a good engineer should know when a problem he’s solving is simple enough to wing it, and when he should pull out his toolbox. Claiming that you don’t need a toolbox because you don’t know what’s in it doesn’t make much sense.