You’ve been there. Three open windows – MATLAB for symbolic math, a clunky plotter that reminds you of 1998, and a text editor that hasn’t seen a syntax highlight in its life. None of them talk to each other. You spend forty minutes exporting, converting, and praying the columns align. By the time the graph looks right, you’ve forgotten why you wanted it in the first place.
That frustration isn’t a bug in your workflow. It’s a feature of how we teach engineering. And it’s quietly turning brilliant minds into mediocre tool jockeys.
The hardest part of engineering isn’t the math. It’s the tool configuration.
I’ve watched a friend lose an entire afternoon debugging a LaTeX table while the actual differential equation sat untouched. The irony is cruel: we demand theoretical rigor from students, then hand them disjointed, industrial-era software held together with duct tape and institutional licensing deals. The friction isn’t an accident – it’s the curriculum’s dirty secret.
But here’s the twist that nobody wants to admit: over-automating these tools might produce worse engineers than the current mess.
Because when you automate away the algebra, the unit conversions, the plotting steps, you also automate away the understanding. The student who never manually integrates by parts doesn’t know when the integration is wrong. The engineer who never struggled to align axes doesn’t appreciate numerical error. The tools that promise to save time can steal the very intuition that makes an engineer valuable.
So what’s the answer? Not more automation. Not less. Better-designed friction.
A tool should expose the steps, not hide them. It should let you feel the weight of a calculation without forcing you to retype every decimal. It should be integrated enough to remove the waste, but transparent enough that you can still see the gears turning.
This is exactly the principle behind a new project I stumbled across – Resultant. A toolkit built for engineering students that actually respects their cognitive load. No more copy-paste hell. No more hidden black boxes. Just a clean surface where the math and the insight live together.
Every tool that hides a calculation is a step towards ignorance. The best engineers don’t memorize formulas; they feel them. And feeling comes from doing – not from watching a slider move.
If you’re an educator, ask yourself: what are you really testing? The ability to navigate software menus? Or the ability to think structurally? If it’s the latter, start demanding tools that teach, not tools that conceal.
If you’re a student, stop blaming yourself for being slow. The tools are broken, not you. And the next time a professor tells you to just ‘grind through’ a workflow that takes hours, send them this article.
The future of engineering isn’t more automation. It’s more understanding. And that starts with tools that don’t get in the way.
FAQ
Q: Isn't this just about using better software? Can't students just learn to use existing tools efficiently?
A: The problem isn't efficiency — it's cognitive load. Even if you master MATLAB, Excel, and LaTeX, the context switching between them burns mental energy that should go into the engineering problem itself. Better integration reduces that overhead without hiding the underlying logic.
Q: How does this apply to me as a job-seeking engineer? Should I avoid automated tools?
A: No, use automation to boost productivity, but only after you understand what's being automated. The danger is relying on black-box tools before you've built the intuition. In interviews, the engineers who can explain <em>why</em> a result makes sense win — not the ones who can click buttons fastest.
Q: Isn't the 'friction is good' argument just nostalgia for harder times? Surely modern tools like Jupyter notebooks solve everything?
A: Jupyter is a step up, but it still encourages a cell-by-cell workflow that can hide the data flow. The contrarian truth is that some friction – like manually checking units or writing a transformation by hand before using a library – creates deep learning. The key is intentional friction, not accidental garbage.