Skip to main content
All perspectives
Perspective · Domains

Why networking is still underrated

Less crowded than cloud or security, hiring at the junior level when most adjacent fields aren't, and the sleeper feeder route for the higher-paid disciplines five years later. Going out of fashion is precisely why it's a good bet.

Published 15 June 2026·10 min read·By the POST editor, 20 yrs, helpdesk to security architect
Verdict

Networking is the most undervalued route into tech in 2026. Less crowded than cloud or security, hiring at the junior level when most adjacent fields aren't, and it produces the engineers who end up senior fastest because nothing useful in modern infrastructure works without them. The fact that it's gone out of fashion is precisely why it's a good bet.

Who this is for

  • You're picking a starting domain and considering security or cloud mostly because that's what the algorithm shows you.
  • You've been on a service desk and quite like the bits where you have to think about how things actually talk to each other.
  • You've passed Network+ or are partway through CCNA and quietly wondering whether the cert leads anywhere.

The market everyone forgot

Five years of LinkedIn content has trained candidates to think tech means three things. Cloud, cyber, AI. Networking sits outside the story, which is strange given that all three of those depend on it and none of them work without it. The result is a hiring market that looks like this. Cloud and security have queues of applicants for every junior role. Networking, in many UK regions, has employers genuinely struggling to find anyone under 40 who can configure a switch and explain what they did.

That's an opportunity. It is, very specifically, the opposite of the cloud and security picture. The competition is thinner. The employers are less picky on cert stack because they know the pool is small. The starting wage is broadly comparable and in some regions slightly better. And the experience compounds quickly because everything you touch will eventually want to talk to a cloud, a SOC, or a data centre.

Why it went out of fashion

Three reasons, none of them flattering.

First, networking content is harder to make engaging on YouTube than a screen recording of a Terraform plan. The work is less photogenic. Subnet maths doesn't trend.

Second, the cloud marketing message implied (without quite saying) that networking was a solved problem the cloud providers handled for you. That is partly true at the application layer and comprehensively false everywhere else. Anyone who's actually run anything in cloud knows that networking is where the bills, the outages, and the security incidents almost always come from.

Third, the previous generation of network engineers were not great at recruiting their replacements. The community defaulted to gatekeeping ("come back when you've passed CCNP"), the pay progression looked flat next to cloud and security, and the role got tagged as old-school. None of which was strictly true. All of which was sticky.

What the work actually looks like in 2026

Less Cisco IOS than the textbooks suggest. More software-defined networking, more cloud interconnects, more zero-trust segmentation projects, more troubleshooting of weird interactions between SaaS, VPN, and corporate networks that the cloud marketing promised would just work and didn't.

Day to day, you spend your time on a mix of operational firefighting (a site's down, a tunnel flapped, a route's misbehaving), planned change work (new circuits, firewall migrations, segmentation projects), and the slow background modernisation that most enterprises are quietly halfway through. It's varied. The decisions you make have observable consequences within hours. The feedback loop is faster than almost any other infra discipline.

And here's the bit that almost nobody mentions. Networking is where the senior cloud and security engineers turn out to have come from, more often than not. If you look at the people running large cloud platforms, a striking proportion were network engineers ten years earlier. If you look at the people leading detection engineering at scale, the same. Networking is the sleeper feeder route for the higher-paid disciplines, and it's less crowded going in than either of them.

What people get wrong

First mistake. Treating CCNA as the whole strategy. CCNA is a good foundation cert, it filters honestly, and it's broadly respected. It is not, by itself, evidence that you can be useful on day one. Pair it with a home lab (cheap second-hand kit on eBay still works), one finished project on GitHub, and ideally a small bit of network automation in Python.

Second one. Assuming "networking" means routers and switches forever. The discipline has split. There's still classical enterprise networking. There's also cloud networking (VPCs, peering, transit gateways, hybrid connectivity), network security (firewalls, segmentation, SASE platforms), and the data centre / service provider end (BGP, MPLS, large-scale routing). You pick a lane at year three or four, not year one. Don't narrow too early.

Third one. Thinking the pay is bad. It isn't, especially once you cross the senior threshold around year five. Network architects and senior network security engineers in the UK clear similar money to senior cloud engineers, and the road to get there had fewer competitors on it.

The realistic route in

Start in IT support or junior network operations at an MSP, a telco, or a mid-sized employer with its own infra. Pick up Network+ in month three to six, CCNA somewhere between month twelve and eighteen. Get on the change board. Be the person who does the boring documentation of how the firewall rules are actually structured. Volunteer for the late-night cutover.

At month eighteen to twenty-four you've got enough to apply for a junior network engineer role at a serious employer. The pool of applicants is small. The interviewers will be older than the ones you'd face for a cloud role and will care more about whether you can troubleshoot than about whether you have the latest cert.

From there, the lateral options are wide. Network security. Cloud networking. Network automation (a small, well-paid niche). Or stay in core networking and move toward architect roles.

When this is wrong

Networking is the wrong starting domain if you genuinely don't enjoy the puzzle-solving aspect of "why is this packet not getting there", if you can't be on call without it wrecking your week, or if you've already got a developer or sysadmin background that points you toward a different specialism cleanly. Outside those, the case for considering it is stronger than the content landscape suggests, and the time to get in is now, while the crowd is still looking somewhere else.

Where this connects on POST

The pathways page lays out the networking lanes from IT support through to senior network and cloud-networking roles. The certifications section has the market verdicts on Network+ and CCNA, including which roles they do and don't open.

Authored by

The POST editor. Twenty years in the work. Helpdesk, sysadmin, network, cloud, security engineering, security architecture. POST exists because the advice given to people entering this industry is, on average, dishonest.

Last reviewed 15 June 2026. Career advice without a date is worth what you paid for it.

POST Atlas is independent practitioner commentary. Certification and product names belong to their respective owners. Views are based on observed hiring patterns, public job-market signals and practitioner experience, not vendor endorsement.

Where this fits

This essay describes one pattern. The question is whether it applies to your route.

The next step

This essay named one failure mode. The verdict tells you whether it's yours.

A Career Verdict is the practitioner-authored call applied to your specific situation. Same six primitives, every time.

A route shows what people usually do. A Career Verdict judges whether it's realistic for you.

Get a judgement on your situation£39, one-off. Built for your inputs, yours to keep.

Built on POST's practitioner-authored assessment framework, calibrated by James from twenty years across helpdesk, infrastructure and security. Framework is human-authored; the verdict applies it to your inputs.