I don't know if you meant to imply this, but if you think having "Javascript" in one place, and "JavaScript" in another is a "glaring mistake," I think you might just be too damn picky.
do very different things, I'd say that you should at least sell yourself as paying attention to detail.
You could say that this is a poor design of C++, but pick your language, there's usually something like this somewhere. At least in any of the commonly used languages. (Although, C++ is particularly bad about it.)
But many of the best software engineers I know can't spell or format English consistently.
Of course resumes are higher stakes than code comments.
But I care #1 that your resume communicates clearly to me what I need to know to judge whether you would benefit my team. If you typoed something, or your formatting is a bit wonky, even if I notice, I am not likely to care.
(Obviously, an excessive amount of errors can demonstrate a communication issue.)
Another aspect to consider is that weighting English errors strongly can introduce bias against many demographics.
Rather, I find it best to assume good faith, that the candidate prepared their resume to the best of their circumstance. Only evidence to the contrary should hold weight.
Your example likely wouldn't even compile. Get back to me when there's a compiler and testing framework for resumes. Nobody misunderstands when you write "Javascript" once and then "JavaScript" later on. And, even in code, where there are compilers and testing frameworks, bugs happen, even in code written by excellent engineers.
I'm not saying a resume littered with typos is a good thing. But, a couple here and there? Whatever. Tell me you've never made a typo in a document you've written for work.
Not something I'd consider a glaring mistake, but it already shows me you didn't bother to look over your own resume in great detail. It wouldn't cause me to reject a candidate, but I can't not think about that.
Yeah, because the 10x will probably have a sloppier resume and still go where they want while the average people who need to take every advantage will be more likely to meticulously fret over their resume like this.
Good engineers make mistakes consistently. It’s a hallmark I was taught when working on power substations. So no, it’s not the end all be all but it is valuable signal.
No, it doesn't. It shows a human wrote the text. If this were the one and only inconsistency in the entire resume, it doesn't even rate as one of those tiny flags they sometimes put in mixed drinks.
Comments
I don't know if you meant to imply this, but if you think having "Javascript" in one place, and "JavaScript" in another is a "glaring mistake," I think you might just be too damn picky.
In a profession where
and do very different things, I'd say that you should at least sell yourself as paying attention to detail.You could say that this is a poor design of C++, but pick your language, there's usually something like this somewhere. At least in any of the commonly used languages. (Although, C++ is particularly bad about it.)
I am torn on this.
I want to agree with the logic.
But many of the best software engineers I know can't spell or format English consistently.
Of course resumes are higher stakes than code comments.
But I care #1 that your resume communicates clearly to me what I need to know to judge whether you would benefit my team. If you typoed something, or your formatting is a bit wonky, even if I notice, I am not likely to care.
(Obviously, an excessive amount of errors can demonstrate a communication issue.)
Another aspect to consider is that weighting English errors strongly can introduce bias against many demographics.
Rather, I find it best to assume good faith, that the candidate prepared their resume to the best of their circumstance. Only evidence to the contrary should hold weight.
Your example likely wouldn't even compile. Get back to me when there's a compiler and testing framework for resumes. Nobody misunderstands when you write "Javascript" once and then "JavaScript" later on. And, even in code, where there are compilers and testing frameworks, bugs happen, even in code written by excellent engineers.
I'm not saying a resume littered with typos is a good thing. But, a couple here and there? Whatever. Tell me you've never made a typo in a document you've written for work.
Not something I'd consider a glaring mistake, but it already shows me you didn't bother to look over your own resume in great detail. It wouldn't cause me to reject a candidate, but I can't not think about that.
I disagree here. I think this is a valid way to distinct 10x engineers vs other ones.
Yeah, because the 10x will probably have a sloppier resume and still go where they want while the average people who need to take every advantage will be more likely to meticulously fret over their resume like this.
I'm interested to see your data showing this is the case.
Good engineers make mistakes consistently. It’s a hallmark I was taught when working on power substations. So no, it’s not the end all be all but it is valuable signal.
It shows a lack of attention to detail, and is a big red flag.
No, it doesn't. It shows a human wrote the text. If this were the one and only inconsistency in the entire resume, it doesn't even rate as one of those tiny flags they sometimes put in mixed drinks.
Agreed. People know the difference between hyper attention to detail for code and lax attention to detail in English.
You can go pretty far down this rabbit hole and be a grammar Nazi. All it shows is that you’re a grammar Nazi.