What I Learnt From Reviewing 22 CVs
youknowfordevs.com
youknowfordevs.com
To me this shows people who are more concerned about networking than learning. I want co-workers who are passionate about technology and not about how to hack their careers.
edit: More broadly the best engineers I've worked with had horrible social profiles because they were concerned about making things and learning rather than social credits.
I've always thought of a conference as something to plant the seeds of ideas in your head. There isn't a lot of detail and you might be one of 100 other people in the room so you can't really ask about details.
Following up with the speaker or other attendees after the fact is where the benefits are.
I don't mind a developer that says "I'm not sure how to do that, but _____ said they did something similar, let's give them a call."
I remember being accused of being “too social” at times. And I’m sure I overdid it now and then (as we do in our youth).
But my personal network has been very valuable over time, especially in the tough times. And I’ve come through for them too. I’m not saying “it’s not what you know, but who.” I am saying it’s what you know AND who.
Maybe I should clarify that these aren't things I would do on the job. I engaged with co-workers through volunteer work, at those goofy socials at the Chamber (which I refuse to do now), going out for lunch or drinks with folks I met in the halls, etc.
Either way, to me work isn't just going in, punching a clock, and cranking out canooter valves and cagibilt rings. As a program manager, I've always had an appreciation for the relationships and motivations of others. I do the canooter valve thing too, but I always enjoyed the brainstorming sessions and mind maps, and solving problems and making deals happen. I dunno, networking is part of the job if you ask me.
LinkedIn's value, and arguably it is aging, but that's also the point, is retaining opportunities for future endeavors. This is for me a much larger value than advertising my CV. To wit: LinkedIn literally saved my company during the housing crisis. It was during the act of connecting with former colleagues that I got a lead for a major project that wound up being 50% of our revenue in 2009.
Moreover, as time goes on, the folks connected with gain promotions and grow their careers as well and you can wind up with a rather impressive Rolodex[0] of contacts.
It's worthwhile to keep your profile up to date, and does not take a material amount of time.
LinkedIn is a tool. Everyone uses it differently. You can’t draw deep conclusions about a person by trying to interpret nuances of their LinkedIn usage behaviors.
People like to draw specific conclusions about LinkedIn behavior that they think is a proxy for a good candidate, but 90% of the time it boils down to people selecting for others who use LinkedIn the same way they do. We all like to assume our way of using tools is the “right” way, and we all subconsciously like to hire people who validate our feelings and behave like ourselves.
Use LinkedIn as an online resume. An additional source of information. Don’t try to draw narrowly specific conclusions about things like their number of connections.
> I've worked with had horrible social profiles because they were concerned about making things and learning rather than social credits.
Having an up-to-date LinkedIn profile isn’t mutually exclusive with “making things and learning”. The amount of time it takes to write a few lines on your LinkedIn profile once or twice per year is trivial. I know it’s popular to be anti-LinkedIn right now, but it really is trivially easy to write a short profile in 10 minutes (30 if you’re a perfectionist) and be done with it. Recruiters and business contacts really do use it as an online resume.
This feels like a prime example of why applying for programming jobs as a new-grad is so frustrating. You spend five years getting an MSE degree and then the recruiters just ignore your application because you don't have any previous work experience.
edit: Parts of this blog post also reminded me of this awful tweet from a senior recruiter at Blizzard [1].
"I've asked this in interviews at Blizzard for 30 years: What do you program at home? Many answer they don't have time. Wrong. Program at home. Every day. If you don't have that passion, programming is not really for you. Write small games. Do game jams. #gamejobs"
The "you're not a real/good programmer unless you program as a hobby" sentiment really needs to die.
Or how when you've a decade or two of experience and self-directed learning but no fancy degree. Apply to any coveted job and resume is in the first group sent straight to the trash.
It's as if we have no idea how to hire developers. ;-)
Indeed.
These are two sides of the same problem. I happened to be in both kind of shoes in the past but this is why hiring is fucked up in tech, I believe. This sentence implies someone is expected to work more than they are paid for if they want to be recognized at something. That's ridiculous. The brightest and most talented engineers I ever worked with in the last 20 years had families with kids (I don't, for the record) and were many years in their careers already, who got offline during the weekend enjoying dinners, doing whatever non-tech stuff and posting only personal content online, sharing it with non-work friends.
If you want me to contribute with bug fixes to OSS while I am doing something else of personal value or have neat weekend projects to post on HN then pay me to do so or at least have the decency of not expectating my own life to revolve around what you think it should. These... "projects"... take time and, deities forbid it, I'm doomed in screenings if I don't share the same passion for engineering projects on late weekend nights as you because you are biased?
Hiring folks, through tech managers' perspectives, talk about freedom but they expect others to exercise their own liberty in accordance to what the company think is best, it seems. Bullshit.
All this BS "weekend-extra-open-source-labour-tax" must be borne by the members opting for tech streams. The innate, simple truth is that all that "weekend extra effort" is a way to see if the person can take up more work off hours without so much of a complaint and not demand overtime pay - in the name of "passion".
Passion is overrated. There are many who play the passion card, while trying to showcase their role-playing fantasies in a very skewed way. Hiring based on such appearances is at best just a gamble. There are many such "social profiles" which are either crafted for befooling the spectators, or inane content which just about passes the "100 for effort! value, best left unsaid!" types.
"Passionate employees" seems to be code for "compliant human robots willing to sacrifice their personal lives, health and sanity for the company's bottom line, and to work extensive overtime without compensation while we recruit their cheaper replacements."
Passion for what someone does is awesome, in that they'll actually notice (and speak up) when sh*t is messed up. I love working with people who care about this stuff.
It's entirely orthogonal to whether or not they have side-projects, so I would always try and get signal for this in the interview itself, rather than looking for a GitHub or whatnot (although I almost always look at someone's code when it's on their CV, which isn't all that common in data science).
Yes, absolutely. However, when orgs start using that against the individual to drive down pay or eke out more from the person, is when that show starts becoming to cliched and downright exploitative.
A civil engineer who is good at what he does and loves construction will not (easily) let anyone in his team have wrong proportions of concrete and sand, cause he understands the ramifications. But that passion in him towards the trade should in no way be constitued by his employer as a notion indicating that he could work for lesser pay cause "he seems to be loving that work anyway, so that actually is a perk!" (IT IS NOT!)
However - we had no social media profile at all for this person. No pics of the person, alone or with friends.
We had no programming profile - no bitbucket/github/etc. I did find, later, a couple of public bug fixes from 2014 (this was in 2020) attached to this person, but no pic or any other work to tie it to.
The person was no more than a voice on a phone/webex.
It was just a strange experience, because the rest of the team - probably another 6 people or so - all had some degree of personal whatever - picture, blog, repo, camera during Webex for facial expressions.
Over time, it was just... odd. Then ... off. The person was recently let got from the project, but had communicated some weird stuff to me in private, which was troubling (moreso to have been told in the first place, because then I have to make a decision how to act on it).
I completely agree that we don't have to live online 24/7, people should have separation between work/life, we shouldn't judge people just based on a GitHub profile, and private life can (and should) be private. But taken to an extreme, where you end up just working with a faceless voice... had its drawbacks.
> However - we had no social media profile at all for this person. No pics of the person, alone or with friends.
People who are fleeing domestic abuse or controlling parents may have very locked down social media profiles, and may even be using different names for different parts of their life.
Personally I don't link social media accounts with coworkers until I've known them for years. Github doesn't have my picture either.
When I used to look for jobs, I was one of the only to use LaTeX and it was most definitely a point of discussion when I was called in.
Sadly the LaTeX resume templates now look like something out of MS Word.
So whether or not you're a frontend Dev, every non cringy thing you can do to stand out is important.
- more such biases creep in to the models, thanks to groupthink, multiple developers/groups and their biases
- such systems end up gating the applicants before a human view is cast on the resume
This is happening now, at scale. And only a very few in the industry seem to be really tuned about such dangerous bias perpetuation engines.
a) If I saw a CV with a picture, I'd call up HR and ask why they let the picture through. Pictures, and even names, give information that can be (and has been) used to discriminate on racial and gender grounds, among others. I always wanted to hire the best candidate, based on track record. Pictures provide no useful information here.
b) When I got the CVs, I'd look primarily at what they say the applicant has done, rather than formal qualifications. CVs then went into 3 piles: worth interviewing, worth interviewing if nobody in the previous group pans out, not worth interviewing. I would tend to give each CV about 1 minute of attention in doing this, because in my experience the interview tells you a lot more than the CV.
A CV is primarily for getting one's foot in the door, and announcing interest in the position.
My alltime favorite CV was one I reviewed for hiring a successor when I was leaving a university teaching position. The job posting specified “Masters or PhD in computer science required”. The applicant's CV detailed some very low-level education in a field completely distant from computer science. The cover letter said “I recognize that I may not have all the background needed for this position. If so, could you please tell me where I could get it.”
Given that makes me wonder what it's like for HR looking over CVs, gotta be worse I figure, and if I wouldn't have the same reaction - I mean sure, I don't believe you need a LinkedIn account, GitHub account etc. but if I see a bunch of resumes and one doesn't have it will I be able to see that point as inessential or will it make me cautious.
We all like to talk a good game about how we would handle hiring, but maybe we wouldn't handle it as well as we hope.
All that being said, you just have to play the game a little bit too if you want to maximize your hireability. Find some dumb errors in doc sites for popular projects to check off the “OSS contributor” box. Have code in your GitHub account be public, hell just go fork some projects and never do anything with them, better than nothing and takes zero time. Add tasteful color and styling to your resume, etc. Feels superficial, it is! But in a competitive market it’s worth it and all of the above is mostly one-off work, not a “code is my lifestyle” transformation. Be honest if asked about it though, don’t lie about being a Rails core contributor because you forked Rails.
I've seen a couple of CVs professionally and I've helped a few friends with theirs and it really leaves me with a bad taste when I see spelling/typo mistakes. Perhaps it's my OCD with symmetry and order :-)
I know it's bias and many good developers don't have side projects. It's just my "gut reaction" towards the CVs.
Snarky comment aside, that’s the challenge that even if you see a flawed thinking in yourself it’s hard to change your bias. We give ourselves a pass too often.
Maybe we shouldn’t be so forgiving.
It's tricky to overcome, not sure if it is even possible to overcome it entirely.
Anyone doing hiring would love if their life only involved 22 cv's. I'd interview half of them :)
If you hire regularly at least in some fields, the total flood of cv's is a bit crazy (obviously something is scraping and auto or one click submitting them).
I will never mention microservices on my CV. Except maybe as an anti-pattern that I can assist with avoiding.
In a section of the article about typos, this is annoying to see.
I hate this culture in software engineering. There are many excellent engineers out there who work to live, rather than live to work. Why do we have this expectation that programmers want to spend every waking second coding something? I'd hire someone who appears to have balance in their life with other interests and hobbies besides computers (all other things being equal).
I don't think this is the case (anecdotal evidence from friends and family in varied professions)
I think the problem is that there seems to be an expectation of knowledge of the exact technologies. I have to say that lately I have seen a lot more: X or equivalent but this might be related to devops engineer job adverts where maybe they've realised that the tools are similar enough that you can get up to speed quickly enough between them ...
Different strokes for different folks.
It's just luck and survivor-ship bias.
The best way to recruit is to use a network, period. Having multiple people vouch for someone is far more valuable than seeing if he has a github. And even then - it might be a bad fit.
Companies never look internally when it comes to recruiting either. They blame other things, like developer "passion" and not fitting a "work hard play hard culture."
> if someone was not on LinkedIn or didn’t have a public Git account, I found myself thinking ‘well, what exactly do they do?’
How about spending time with their family, Hanging out with friends. Relaxing and refreshing themselves so they are fresh and ready to go in the morning.
- working for a company which doesn't allow external contributions
- working on stuff which doesn't make sense on GitHub (does anyone care about a servo driver for a specific component used only on this board?)
- working for orgs where they're not allowed to say much beyond "I'm working for the government"
- not being interested in opensource (gasp!)
- word of mouth, specific industry consulting
Creating a LinkedIn account takes what, 30 minutes? You don't need to be one of those high achieving "Can you endorse me for X/Y/Z on LinkedIn" morons to "be on LinkedIn".
Similarly, your parent didn't for a Github account with weekly contributions to OSS projects. Let's be honest, I've seen so many accounts that are just "I was bored during a long weekend and threw together this 200 line utility script". And that's great!
This reduction of people into black and white comes up again and again in this discussion, and I cannot understand it to this day.
Pay me 300,000$ a month and we could talk about it without commitments from my side. Otherwise I don't want to justify myself towards my employer if I work on private stuff or not. Especially not with contracts in tech, which are already borderline abusive.
That said, I haven't touched my public repositories for quite a while. Why? I have a fucking job! Aside from that I also host gitea on my domain that you will also not get to know. Maybe I would create another one for public display, but that is very unlikely.
I get that some people are forward with this stuff and in general social media presence, but I am certainly not.
edit: Of course there is also bad code in my repos, but that is completely besides the point.
It's probably more helpful, in evaluating a developer, to see a progression of thought rather than shiny, functioning code.
I have interviewed hundreds of candidates, not just red their CVs (typically around 1 candidate a week for the past 15 years, currently 3 candidates a week on average).
What I have learned is to be very cautious when looking through CVs lest you select for candidates who can make good looking CVs.
I have met many nice and competent people who don't write blog post and who can't make nice CV. They don't make projects for show because they have enough work at... work and they don't do ten other projects because they want to focus where it really matters for them. They might have other non-technical hobbies like riding a bike or picking up girls at the bar. They may not feel the need to impose their interests and thoughts on everybody else or they might think their thoughts and experiences are not at all valuable to general public.
A person who writes blog posts, for-show github repos, who creates public image, is just one of many types of developers. If you select for this you are missing out on many excellent people.
Not every act of noticing must be noticed by general public, if that makes sense.
You might be doing a good job and get promoted and be part of 99.9% of population who will never make headlines.
I think side projects can be valuable when you want to demonstrate competence at something, and you don't otherwise have experience to draw on. If you're a barista who's learning to code in their spare time, or you want to understand a hot new technology, sure. Otherwise, I'd rather ask you about your actual work.
Mine hasn’t been that way, but in my experience those publicly visible artifacts tend to be high noise signals anyway.
Over time I’ve generally converged on a few criteria for the resume stage: (1) does this person have a minimally credible claim of being able to deliver projects at the level of the position? (2) if the job requires background knowledge, do they have a relevant background?
If they have a public Github profile, I might go look at some PR’s created by them to confirm that they’re generally respectful to others and that their actual code looks not-insane.
Once you actually watch them work and talk to them, you will get a better sense for them as a candidate, but CVs really don’t tell you much, so it’s best not to pretend that they do.