4 ms·
I think in part, the difference in what I mean about certification (perhaps licensure is better word here) is an industry body - accepted and respected generall
by no_wizard 2y ago
I think in part, the difference in what I mean about certification (perhaps licensure is better word here) is an industry body - accepted and respected generally by the businesses within our industry - that will demonstrate some form of competence
- 9rx 2y agoI am not sure we can come to agree on what competence is.
- no_wizard 2y agoI think if we try hard enough we can get there.
- 9rx 2y agoIf we can divide the industry into many small subindustries, each with their own licensing, maybe. If we want to treat it as the one big industry like we do right now, no chance. We won't even be able to find agreement on surface level things, never mind the nitty gritty.
- roguecoder 2y agoI would love to see a trade union-style group, where you are sponsored to join by an existing member and expected to do some work along side existing members before being certified as journey-level and recommended to employers. It would require that group to agree on what being a "good" developer meant, but there could be more than one and if you don't agree with this one you could form your own. Maybe one requires people to be able to write testable code and be able to label design patterns, and another expects pure functional programming, and another expects deep security expertise, and companies could know which of those they are looking for and inquire appropriately. We have this a little bit with employers like Pivotal or ThoughtWorks, that have such strong learning cultures you can be sure that if someone spent five years there they know their stuff. But we could have a version where workers were willing to endorse each other, rather than relying on a specific for-profit company. It is, like all certifications, only as valuable as the least-competent person who holds it. But the informal versions of this are pretty powerful.
- no_wizard 2y agoI'd rather it be like passing the bar, accounting exams (CPA etc) or actuarial exams. They test very relevant deep knowledge and act as a proof of fundamentals - and software engineer does have technical fundamentals that could just as well be tested for in a meaningful way.