cd /news/developer-tools/what-beginners-get-wrong-about-it-ce… · home topics developer-tools article
[ARTICLE · art-31783] src=dev.to ↗ pub= topic=developer-tools verified=true sentiment=· neutral

What Beginners Get Wrong About IT Certifications

A developer argues that IT certifications are not a substitute for hands-on ability and role clarity, warning against 'certification collector syndrome' and the 'paper candidate' trap. The post advises beginners to choose certifications based on target job descriptions, pair study with practical lab work, and build visible proof alongside exam preparation.

read6 min views1 publishedJun 17, 2026

Certifications help when they match a role and are backed by proof — not as a scoreboard.

Beginners are told certifications are the key to IT, so they buy the most popular one, pass it, and are surprised when interviews still go badly. A certificate proves you can pass an exam; it does not, on its own, prove you can do the job.

Certifications remain useful signals, and official providers like CompTIA, Microsoft, AWS, Cisco and Google keep their exam objectives public and current. But as AI makes it easier to grind practice questions, employers lean harder on whether you can actually apply the knowledge. The value of a certificate is increasingly in what you can demonstrate alongside it.

There is also a cost reality. Exams, courses and retakes add up in money and time, and career changers usually have limited amounts of both. Spending three months and a chunk of savings on a certificate that no target role actually asks for is one of the most common and most avoidable mistakes in an IT transition — which is exactly why the order you choose them in matters.

Use certifications as targeted evidence, not as a scoreboard. Three rules: Which one first? Let the target role decide, not the brand with the loudest marketing. As a rough guide: a vendor-neutral foundation (such as CompTIA A+ for general IT support, or Network+/Security+ as you specialise) suits broad support roles; a cloud-fundamentals exam (Microsoft Azure or AWS) suits cloud-leaning roles; Cisco-flavoured paths suit networking-heavy roles. None of these is universally 'best' — the best first certificate is simply the one whose objectives overlap most with the ten job descriptions you are actually targeting.

Believing a certification is a substitute for role clarity, hands-on ability, communication and troubleshooting. It is a complement to those, not a replacement. The related trap is 'certification collector syndrome': stacking badges to feel progress while avoiding the harder work of building visible proof.

Interviewers have a name for the result: the 'paper' candidate — someone whose CV lists certificates but who cannot walk through how they would actually diagnose a slow laptop or reset a locked account. The moment a practical question lands, the gap between passing an exam and doing the work shows. The fix is never another exam; it is pairing the certificate you have with evidence that you can apply it.

Choose the certification a specific role asks for, study its objectives, and as you study, turn each objective into a small piece of evidence. By exam day you have both the certificate and a portfolio that backs it up, which is exactly what survives an interview.

Concretely, study with a lab open, not just a video playing. When the objectives mention user accounts, create and reset some; when they mention networking, capture what you configured; when they mention backups, actually run and restore one. Each of those becomes a short write-up. You end up studying once and producing proof at the same time, instead of treating learning and portfolio-building as two separate chores.

A sane certification sequence (depends on your target role and market):

What this is not: it is not 'collect A+, then Network+, then Security+, then a cloud exam' on autopilot because a roadmap graphic said so. Each step should be justified by a real posting you want to apply to. If two certificates cover the same ground for your target role, you only need one. The goal is the job, not the badge collection.

Progress in an IT transition is easy to fake to yourself and hard to fake to an employer, so measure the things employers can see. You are on track when, each week, you can point to one new artefact (a lab note, a troubleshooting write-up, a small script) and explain it in plain language. You are on track when you can name your target role without hesitating and list the skills it asks for. And you are on track when your CV and profile use the same words as the job descriptions you are reading. If a week passes with hours of video but nothing you could show or explain, that is the signal to change the routine, not to push harder at the same thing. Keep a short log of what you produced each week; over a couple of months it doubles as both a portfolio and proof of consistency, which is exactly what a hiring manager wants to see from someone changing fields.

Career-change advice tends to swing between two unhelpful extremes: 'anyone can do this in a few weeks' and 'you need a four-year degree first'. Both are wrong for most people. The honest answer is that it depends on your starting point, the time you can protect each week, the language you are working in, and the roles your local market actually hires for. Be sceptical of anyone promising a fixed timeline, instant placement, or a specific salary on day one; realistic guidance talks in ranges and trade-offs, not promises. What you can control is consistency and visibility: small, steady, documented progress toward one clear role beats sporadic bursts of enthusiasm aimed at everything at once. Protect a few focused hours a week and defend them like any other commitment, because steady beats heroic almost every time.

If you are coming from manufacturing, hospitality, retail, logistics, finance, administration, customer support or the trades, you are not starting from zero. Those jobs build exactly the skills IT teams complain are missing: calm problem-solving under pressure, clear communication with frustrated people, documentation, prioritisation and reliability. The mistake is to hide your old career as if it were an embarrassment. Instead, translate it. 'Handled escalations on a busy shift' becomes evidence you can triage and de-escalate, which is most of helpdesk work. 'Reconciled daily figures' becomes attention to detail and process discipline. Write one or two lines per past role that map a real responsibility onto an IT-relevant strength, and use them in your CV and interviews. Career changers who do this well often interview better than fresh graduates, because they can talk about real situations, real stakes, and real people. Inside SHIFT 2 IT, I go deeper into turning your current background into a realistic roadmap toward your first target IT role — including how this fits the bigger sequence of learning, proof and positioning.

Certifications open doors when they match a role and are backed by visible ability. On their own, they are a receipt for studying. Aim them, demonstrate them, and stop collecting them for their own sake.

If you are planning a move into IT, start by choosing a target role before choosing certifications. This article is part of my SHIFT 2 IT series for people moving into IT realistically.

── more in #developer-tools 4 stories · sorted by recency
── more on @comptia 3 stories trending now
sponsored brought to you by zahid.host 4,200+ EU-deployed projects
reading about agents? ship yours in a single git push.

Run your AI side-project on zahid.host

EU-based hosting, git-push deploys, automatic HTTPS, no cold starts. Free tier with a custom domain — perfect for shipping the agent you just read about.

$git push zahid main
Live at https://your-agent.zahid.host
Get free account → Pricing
from €0/mo · no card required
LIVE [news/what-beginners-get-w…] indexed:0 read:6min 2026-06-17 ·