Technologies that certifications focus on tend to have a limited lifespan. I place far more value on more general, conceptual knowledge that will be applicable to a multitude of implementations, mixed with some practical hands-on stuff. I've gotten far more out of learning about things like relational databases, compilers, multi-threaded and message passing programming, distributed systems, and experience with a range of different programming paradigms than I believe could ever be gained from certifications. Focusing on generic topics like this is going to be far more valuable to your career in the long run.
If I see a company specifically looking for someone with a certification or experience with a particular library/framework, I take that as a sign that they don't fully appreciate the value that a well-rounded engineer can bring to the table. Furthermore, certifications have the effect of tying your advertised skill set to a specific vendor's products, and expect you to keep up to date every three years or so as they change the specifics of their training and certification requirements.
My company, a contracting firm, recently ran some AWS training sessions and offered to cover the costs of the exams for employee who wanted to do them. I went along to a couple of sessions but ultimately concluded it wasn't a good use of my time, relative to other things I could be doing to advance my career. While I'm fortunate to mostly work for clients who understand that, I wish there were a wider appreciation of general knowledge rather than people investing themselves so heavily into skills that have a short lifespan and are tied so heavily to specific vendors and the current flavor of the month.
I think people should have a good conceptual knowledge, a base line of general knowledge of technology, that however does not preclude one from gaining vendor specific knowledge.
Your coming at this from a development standpoint, I am coming from ops but if I have legacy environment critical to my business I need people that are experts in that environment. You may have all the best "general theory" around how Virtual Machines work, how iscsi works, etc but if I have an error on VMWare ESXI that causes production lose I need a person that has DEEP understanding of VMWare not someone that understand the theory of things as I do not have time for you to open a ticket to get vendor support, I need it fixed now not 5 hours from now after vmware blames the storage vendor and the storage vendor blames vmware
I’d call my Cisco certs, combined with the community college courses that aligned with them, the most effective education process in my life. It directly impacted my job, immediately. Even aside from the fact that in the MSP business, certs are super marketable.
There exist other prestigious certifications, but they generally lack the reputation for seriousness that Cisco is credited with, even crystallizing into a semi-mythological reputation for playing unfair on behalf of recipients with refusals to license IOS ELX and even lucrative hardware sales to organizations which don't have CCIE on staff.
It will be interesting to see what they do here, for instance, the Datacenter competency for Microsoft Gold partners requires MCSA: https://partner.microsoft.com/en-us/membership/datacenter-co...
Right now, the document just says "we're working on something to replace these".
I was an AWS Sr. Systems Engineer consultant with a preferred vendor working on-prem for Fortune 200's. No certifications other than a BS CS/EE, was an undergrad (unusual) security researcher at a top lab, VMware and the intro MCSA exam; but no A+, CCIE, ITIL, PMP and no MCSE.
One of the top *nix/Windows sr. sysadmins for the US MIL's DMDC has only VMware certs.
Security researchers and offensive security folks: few, if any, certs beyond (usually) university.
This is true.
However it's not like Certification is a good measure for competency or skill, either.
A lot of the big name certs have major issues with either being passable via brain-dumps, and/or they test for bad and outdated practices.
Certifications are unfortunately a contraindication to competency and skill.
I agree with your analysis there regarding outdated and passable via brain-dumps, which is why I both respect and pursue Red Hat certs (before I went to work there). They are damn hard and there's no way to pass them unless you have practiced your ass off. The cert transcripts also specify exactly which version of the tech you took your exam on (e.g. RHEL 7 or Ansible v2.7), so an employer can see if your skills are outdated. IME they are well respected in the industry.
No test or cert if perfect of course, but they're not all equal IMHO.
The exploitative training/testing racket is all about creating a subscription-like dependency with planned obsolescence to get steady, easy money for more testing and more exams.
Thank the various gods for, back in the day: TestKing.
Good certifications which can be used in certain safety-critical tech jobs include the US state-by-state Professional Engineer license with a brutal and comprehensive exam process plus required work experience.
In general, better exams are free-form responses and/or a panel interview (if they still do that) like CCIE.
My boss had an MCSE but could only operate a Windows desktop as a power user and install Windows (server). He got this cert because of the "bootcamp" where they only taught to the tests and then they took the tests until they passed them.
Meanwhile, I was deploying GPOs and scripting remote cleanups of Blaster using PsExec... zero certs and no degree.
A+ is the mark of the beast and the coming of the second-stringer.
I could be wrong, but you come across to me on the negative-side, like cognitive distortions or inexperience. "Some job markets" being what specifically? Game dev, for example, the most sure path to that is more general experience before and willingness to work as an unpaid intern/code janitor prior to getting a paid position.
"How": That's your responsibility to use your imagination to figure out. No one else can or should think for you or do what you need to do because then you won't internalize independence or gain self-confidence to be more capable.
I've been a hiring manager on occasion. Resumes are an advertisement that must be proven fact-checking the candidate that the can demonstrate further knowledge and calling references. Resumes are often moot in rapid-pace technology fields where demonstration of specific, current knowledge is more important.. they are only good if they can be used as advertisements to get the attention of a company and/or get attention of different decision-makers within that company.
A home lab is useful for gaining knowledge that may be tested in an interview... like how to construct an HA MySQL or Postgres cluster that can failover itself, move the vIP and prevent split-brain. Or machine learning.
In general, I had zero family, friends or legacy connections for the following to demonstrate :
At 15, I went to interesting talks and colloquia just for the heck of it, and asked questions. At one of them, I was offered a job as a dark matter physics research assistant at IBM Almaden but couldn't take it for legal reasons (15 ½ legal minimum). I was disappointed, but moved forward.
At 16, I got a pizza flipping/cashier job with zero experience because no one else was hiring (it was a recession and there lots of potential workers). Definitely a sh*t job but a job nonetheless. I had to break down every business door in the area and it was rejection almost every time, except when it wasn't.
At 17, I moved to a job in retail software sales with only one crap job on my resume by again banging-down every door to every business for 2 miles down a main road.
At 18, I started a sysadmin consultancy and built it up to 4 clients within a single building for convenience. I was doing sysadmin, netadmin and ported a Fortran nuclear reactor simulator from UNIX to Win32 and made it run 2.5x faster by disabling swap. Also, added a Cisco 1604 128 KiB ISDN router and discovered AIX was phoning home to IBM, keeping the router always demand-dialing... nothing a little /etc/hosts couldn't fix.
About 19, I took a crap-ton of (then cheap) community college classes, 5-7 at a time, and did a Transfer Admission Agreement to guaranty admission to a decent school while working almost full-time.
21, transferred to the uni and took 4 CS quarter-system classes at time. It's even more fun with a concrete math class where proofs are pages and pages. 3-4 all-nighters a week for months at a time.
At 25, I hit pause on uni and got a full-time Lead SysAdmin job at (top 5 university name) without a degree and zero certifications. They gave me all sorts of training/certs that were of mostly limited value and no importance but gave my boss an excuse to put us up in Hollywood, rent a Jag and personal-cost road-trip to Vegas on Friday. Remote-site VMware VCP training cost $10k back then, I bet it's $15-18k now... and the tests cost $3k+ now IIRC.
At 27, I moved to a biomedical informatics department doing High Performance Computing (HPC) and what would be considered now more like SRE.
A couple of years later, I bounced to finish the degree and go into enterprise consulting.
At 31, I did on-premises, generalist (SRE-like) integration and migrations at an AWS preferred partner for Fortune 200.
At 32, I delved in the startup scene, mostly earlier YC batch folks and did a smattering of consulting gigs, getting paid $10k/week. (It's best at that point to have an LLC.) In general, hang around the right coffee shops, and meeting potential clients is inevitable.
----
Here are some preparatory elements to consider:
- Put useful things on Github and/or Youtube/Vimeo.
- Scrub social media clean or close them.
- LinkedIn is essential for legacy organizations.
- Have a resume in PDF & DOCX formats.
- Have a personal site that has limited details, links to professional social sites and a captcha'ed contact form.
- Carry personal cards with email (containing name), phone number with +country code and timezone, and a QR barcode that's the vCard.
- Cultivate a pleasant, no complaints, always on-time, always deliver, can-do/will-figure-it-out attitude.
- Make them tell you "no," because never asking is a definite "no."
I don't know, in the tech world there is a ton of stuff with a lifespan shorter than 10 years, but you still often need to learn it.
I mean, I get the point of your post, and I agree having general knowledge is a critical starting point, but at the end of the day you often need to actually put hands to keyboard to get something specific done. For example, it's important to know generic programming concepts, but as someone who switched to the Node world from Java a couple years ago there was a ton of new stuff I had to learn: How Node's threading model worked, the details of the event loop, how Promises and async/await worked, the specifics of Javascript's prototype inheritance model, etc. It took me a long time to feel like I was as proficient in Node as I had been in Java because so many of the critical details are so different.
I only have one cert - the Sun Certified Java Programmer, from back in the day when Sun still existed - and i can say it encouraged me to dive deeper into the quirks of the language. For sure, reading Effective Java gets you more bang for the buck in becoming a great Java developer, and stuff like Clean Code probably helps more with learning how to build maintainable apps, but i still feel like the SCJP was worth my time to do.
The thing i found about doing the SCJP is that it increased my curiosity around programming languages in general. Those contrived "gotcha" questions on visibility, inheritance etc made me think more deeply about how to design code in a readable and safe way - not just in Java but in other languages too.
The first time was in 2008 when I was trying to pivot from an expert beginner C bit twiddler to “enterprise development”. I took the six courses for MS certifications. Even then I knew that certifications were meaningless. They were basically a guided study method so I would know what I didn’t know. I never put them on any resume. By the time I went looking for my next job, they had expired and I didn’t need them.
The second time started two years ago - a AWS certs - and they are for the same reason, a guided studied path but this time the company pays for them.
AWS certs are good to have because they are requirement for a company to maintain “partner” status, it gives clients a warm and fuzzy and it helps to get through the HR filter. But no actual hiring manager (including me) gives them much weight when accessing candidates.
And being in the tech field for decades (which I have) is all about pivoting from one flavor of the month to the next.
I'll take a HND in palaeontology in preference to a MS fellowship with a signed photo of Bill G over their headboard any day. At least I'll get someone who has legendary attention to detail and the ability to follow a chain of inferences and gather clues. They'll also be able to completely piss on anyone who starts going on about their first PC or programming language as though that is some sort of ancient history.
Please Mr IT teacher: Give me critical thinkers, not drones.
I don't think an MCSE tells you much about hiring someone to do work that is mostly about learning and creating - software engineering, network architects, infrastructure admins, etc. But i can imagine it being useful if you're hiring someone for a position that is more about routine problems and customer service - IT support, cabling, audio-visual, etc.
I should add that i don't mean this as a slight on our comrades in first-line support. They are a vital and valued part of the IT community!
The vast majority of MCSEs I've seen are the result of a boot camp. The questions and answers are rather contrived. The only worse quali I can think of now is the VMware VCP (memorise the maximums and a load of other rubbish) I've got a VCP myself for 6.0 I think. Its bollocks. I wrangle vSphere clusters all over the UK and I think the qualification is absolutely rubbish. I'm also QUEST accredited - that's better than the others but still pretty naff.
I'm the MD but I still do levels 1-3 on the helpdesk, as do my two other partners in the firm. This isn't some sort of micro management thing: the helpdesk is a good litmus style test for what is happening in the firm, quality wise. I still get a kick out of telling someone who requests escalation of their problem that it can't go any further. I don't do it too often but when I think that a customer (rightly or wrongly) is at their wit's end and me de-cloaking might help their stress levels, then I deploy that strategy. Some of the responses I have had are absolutely priceless and make the job (and life) a better place.
They're a negative signal when I see them in a CV.
Virtually all certification schemes are a scam with extra steps. Candidates who don't see the scam for what it is, are bottom of the barrel. Likewise employers who bought into the scam are bottom of the barrel.
I can quite happily make money without invoking Satan or Oracle/SAP/Cisco as you choose to call him. What on earth is an Adobe? Sounds like a real earth element, probably worthless unlike the real ones.
Vendors have placed a toll booth between job seekers and jobs in fields where vendors have enough sway with employers to convince them to make their certifications a hiring requirement.
Secure Connection Failed
An error occurred during a connection to www.pearsonitcertification.com. Cannot communicate securely with peer: no common encryption algorithm(s).
Error code: SSL_ERROR_NO_CYPHER_OVERLAP
Yeah. Right.
/me giggles
edit: Hm. May have giggled too soon, because https://home.pearsonvue.com/ works. Don't know how the link above is related to them.
I dont believe MS doing away with all OnPrem Certifications is "for the best"
Blow Red Hat: I want an applicant describing how they installed Arch or Gentoo and only use say RH or whatever to tick supportability boxes for something. Someone who can install Gentoo already knows how to fix all other broken Linux boxes, without breaking into a sweat. A completely broken Linux box does not faze me because I spent many years repairing the fallout of running emerge.
Cisco. Hmm well at least it is reasonably easy to translate into Dell or HP. Juniperese on the other hand is rather different. Given that Cisco invented nearly everything including some horrendous security exploits, I'll let that slide!
"Blow that" or in this case "blow RH" here means the object of the phrase is not wanted. It is a reasonably polite way of putting some emphasis on saying "that's not for me." A more aggressively emphatic idiom could be "fuck that" or "fuck RH".
If you heard me actually speak it, instead of type it would probably make sense! I should probably lay off the idia and fall into line with generic en_*.
Bugger that!
My own lack of certs has never been an issue. When I have been hiring, I've actually built up a bias against certs, as the people who have talked the most about certs have ended up the worst employees. And those who have sought certs rather than experience have ended up worse off than their opposites. I recognize both my relatively small sample size and various cognitive biases that creep into this. Thus, I strive to completely ignore certs.
I had several employees who were required to complete Microsoft certs for us to keep our Gold Partner status with Microsoft. Those who completed them mostly considered them a waste of time. Sometimes there were learning opportunities simply that a feature exists. No one ever became better at their job or designed better solutions based on certs.
My conclusion ultimately is that, at least so far as Microsoft is concerned, the certs are for trivia. They're not useless, they are just literally trivial.
Note, here trivial does not mean easy.
I’m very much in the “Enterprise Development” space and not the “learn leetCode and work for a FAANG” category, but I haven’t seen any indication that employees care about the development focused certifications. Maybe the TSYS type warm body shops but that’s about it.