True but it does show exploration and curiosity to at least try another language or two. If you’ve been doing .NET or PHP for 5+ years without even trying something else I’d treat it as a red flag too.
Level of interest is the #1 quality in the great programmers I’ve been around. If you aren’t exploring even a little that’s a concern.
>If you’ve been doing .NET or PHP for 5+ years without even trying something else I’d treat it as a red flag too.
But if I put other languages on my resume outside of .NET, I might look unfocused or "not specialized". Plus, some people treat resume skills as an expert matter, so if I'm only doing hobby stuff, the conversation might not be that interesting (hobby projects usually never pay technical debt so I can just write whatever I want).
So in one corner, we have you, that thinks different languages on a resume are good for showing curiosity and breadth. You don't have as much of a focus on depth (or, you want us to be deep on a few and broad at the rest, which requires a ton of time)
In another corner, we have hiring managers that can ask difficult questions of whatever's on your resume. Or who will think your .NET experience is lower than it should be because you spent time on other languages.
So I, as an individual, get both of those and basically have to flip a coin to figure out which people I want to side with. But since I can't know what kind of resume-parsing person you are before talking to you, I still have to waste my time applying to everyone vs. knowing that ahead of time.
The same is true for technical interviews. Some are Algs/DS, others are CRUD examples, others are some hard problem someone solved last week, some are knowledge quizzes.
There's a huge amount of breadth in the interviewing world and it makes it a whole skill you have to waste time on.
I’ve never even heard of an interviewer knocking someone for having more than one language on their resume.
I’m not saying you need 10 or all the trendiest things. You need at least 2.
Programming is a job of constant problem solving. If you’ve done the job close to 10 years and never seen a problem with the language that you are using...that actually tells me more about you than any other question I can answer. It tells me that you are married to one stack, you’re invested in it, you’re probably going to be highly resistant to solutions that don’t fit in that box. And it tells me that because languages are all about trade offs because there isn’t a perfect language out there. It tells me that you have your hammer.
People are strongly confusing my comment with “know all the cool tech trends and program in your spare time constantly”.
I did not say that. I said use ONE additional language if you’ve been working for more than 5 years. ONE. It’s a very low bar and if that is shocking, silly or offensive it is probably worth it to take a hard look at why. You could meet that criteria in a single weekend if you wanted to.
This isn’t directed at you but the comments I’ve seen so far.
>If you’ve done the job close to 10 years and never seen a problem with the language that you are using
Only having professional experience with %LANGUAGE% does not mean you've never seen a problem with %LANGUAGE%. Why on Earth would you assume that? If you're doing paid work you get minimal input on what technology stacks the projects you are working on use and 99.9% of the time that decision has already been made before your arrival. In fact, they could be looking for a new job because they want to change stacks, I know a few people who changed jobs just for that reason.
Someone's single weekend "Hello World" project is completely irrelevant when I'm looking to hire a developer with 10 years experience.
>It tells me that you are married to one stack, you’re invested in it, you’re probably going to be highly resistant to solutions that don’t fit in that box.
If you are doing paid work you work with the tools you are told to work with. You don't get to go off on your own and do what you want.
That, however, doesn't preclude you from understanding the flaws of your tools. In fact, I'd expect someone to be an expert in knowing the limitations of a language they have worked with for so long. That doesn't even mean you like your tools or you'd prefer to use them over other tools if given the choice.
Your jumping to completely unwarranted conclusions and it makes it sound like you have very little real world professional experience interviewing and hiring.
>You could meet that criteria in a single weekend if you wanted to.
But that's the issue: one person will like that I spent a weekend on that, someone else will start asking technical questions when it was really just a hobby project. I don't want to answer questions on that because I'm not likely to give good/correct/interesting answers. It's only served me well in the first case when they didn't ask any questions and chose to instead focus on my strengths. It's on my resume, so it's fair game to them.
> You could meet that criteria in a single weekend if you wanted to.
So, basically, it's just a absurd arbitrary criterion? I don't think there's anybody on the planet who could claim proficiency in a new language in a single weekend's exposure. Most won't even remember anything it about a week later with that little exposure. Logically, your requirement is meaningless.
How silly. Level of interest [in doing unpaid work] doesn't mean a damn thing as far as skill level and work ethic are concerned. Some of the best programmers I've ever met were the 9-5 types and the absolute worst of the worst programmer I've even known spent all his free time writing code.
Once you get past 30 it's difficult to spend all your free time doing unpaid work even if you wanted to.
How old are you? I'm closer to 40 than I am 30 and I don't put projects I worked on when I was 22 on my resume. If I can't remember the details, it's not going on my resume. If I can't give good/interesting answers when asked about that project, its not going on my resume. I don't want to fill my resume with a lot of irrelevant crap since I have real experience to put on my resume.
I've worked with many languages both professionally and casually, probably over a dozen over the years. I only put the ones I have mastered on my resume.
If I were conducting an interview for a mid-level position (and I do) and I asked a candidate about their experience in Rust, which is on their resume, and it's anything but over a year of professional or semi-professional development, then I'm going to assume the rest of their resume is just as bogus. A weekend hack-a-thon doesn't "count" as "experience."
As someone who actually has a say in hiring decisions, I'm not going to think highly of a candidate with over 5 years of experience who puts code they only spent the better part of a weekend on on their resume. That means they don't understand what experience actually is.
> I've worked with many languages both professionally and (very) casually, probably over a dozen. I only put the ones I have mastered on my resume.
And that is excellent and I would consider that perfectly normal and rational behavior. You have more than one. You took the time to explore. It's a field of constant problem solving and lack of exploration of solutions is something that sticks out as a giant red flag because of that.
More experience is definitely better. If I were hiring for a particular language I'd certainly want more than a weekend's experience, but some experience is still better than no experience.
At my last job we interviewed a guy who was about 5 years out of college and had been working in a .NET shop the entire time. He was applying for a ruby position and his only experience was spending a couple of weeks in his spare time building a Rails site. From that minimal experience, we were able to get him to explain why he decided to pursue it, what he liked about it, what problems he was trying to solve, what weaknesses he was trying to overcome that he was seeing in .NET, etc.
Despite the lack of language experience, we hired him based on the "geek gene" that clearly showed problem solving skills and desire to learn. The guy was absolutely rock solid and became one of our most valuable team members within about 2 months time. I believe he's the CTO of a funded startup now if I remember correctly.
If he'd had only Rails and I'd asked him about what weaknesses he saw with the stack...my very next question would have been what he tried to do to overcome those weaknesses. Maybe he answers about what other things he tried within the stack, caching techniques, using jRuby, refactoring in certain ways, etc and as long as that could be articulated it would generally be okay. In general though, seeing how other languages handle the same problem is going to be perfectly normal part of the process...which should lead to having more than one language on the resume.
Making the assumption we're talking about good programmers here:
If you've been doing .NET or PHP for 5+ years, you're just now starting to become an expert at those languages and their environments. That 5+ years experience could just as easily display dedication and care about their craft; a commitment to understanding the ins and outs of their tools.
For example, who would you rather have write your payment gateway code: someone who sticks to a project for years and handles the nitty-gritty details, or someone who finishes the blue sky MVP and moves on to the next project every year?
I'd go so far to say that if a candidate has 5 languages on their resume for 5 years of work, they've raised a red flag. Why haven't they stuck with any of them?
> if a candidate has 5 languages on their resume for 5 years of work, they've raised a red flag. Why haven't they stuck with any of them?
I'm a contractor - I use whatever language the client is going to pay me to use. In the past that's been C, Ruby, Tcl, Perl, Python, a tiny snippet of Java, etc.
I'm replying to myself here because it's interesting how different of a reaction this comment is getting than it did 2 years ago when the same thing phrased slightly differently was the most popular comment on the Interviewing Software Engineers article.
Level of interest is the #1 quality in the great programmers I’ve been around. If you aren’t exploring even a little that’s a concern.