|
I think industry certifications are a mostly pointless idea. If I'm looking at learning something, my criteria is "will this information still be relevant 10 years from now?" If the answer is no, I either don't bother with it, or I invest the minimum necessary effort to learn what I need to do to solve the problem at hand. 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