Live data from Hacker News

Senior Developers Are Getting Rejected for Jobs

glenmccallum.com

311–320 of 384 posts

Re: Senior Developers Are Getting Rejected for Jobs

#311
post #141

In a little over a month, I'll be turning 46. I've been doing software development professionally since I was 18. I have no formal education in it, except for a couple classes taken at a CC for C++. Between hearing things like this, the way the internet is going, the way cell phones are becoming more closed up and walled in...just everything about the way the world is going... ...I honestly am beginning to think my b…

My first thought upon reading this was: "If you don't want to quit your job, then just stay." So, is it you are working on a project, and when the project is finnished there is no work left, or do you think thay you will get fired, or what am I missing here?

> My first thought upon reading this was: "If you don't want to quit your job, then just stay."

Well - that's always what I try to do, but the last several places I've worked, the decision was effectively made for me, either due to a layoff, or because the company closed down, or because it was bought out (and I was given a real stupid offer to stay), etc.

> So, is it you are working on a project, and when the project is finnished there is no work left, or do you think thay you will get fired, or what am I missing here?

> My first thought upon reading this was: "If you don't want to quit your job, then just stay."

Well - that's always what I try to do, but the last several places I've worked, the decision was effectively made for me, either due to a layoff, or because the company closed down, or because it was bought out (and I was given a real stupid offer to stay), etc.

Currently, it's because the client I work for, on behalf of my company (I'm part of a small team here, but the client is international, and the larger dev team they have in place is the same), has made a decision to outsource the work we do here in the USA for a different international team (who likely is cheaper). We will be training our replacements on how the system is designed/working. Once they are "up to speed" (we imagine), our team will be cut loose.

Our boss (owner of the company - it's a small boutique web application business) has assured us that we have an internal project waiting for us, which we've been told about and have discussed, for us to continue on with. It is supposedly fully funded, which I don't have any reason to doubt. The owner is a great guy, and has been up-front about everything going on, and I trust that this will work out. I've told him that so long as the paychecks don't bounce and I still have health coverage, I'll stick around. I really do like our team and environment. I also like the idea and concept of this new internal project.

But I've been doing this long enough that even that may not be enough. Things have a way of turning in business where at one point, things might seem ok, but then overnight a painful adjustment has to be made and you find yourself without a job. I've also told my boss as much, not to sacrifice his business on account of trying to keep us all employed, because I've seen in the past employers with similar small companies I've worked for completely implode because they kept trying to make things work and keep their people employed, when scaling back would have been the better option. It's noble and nice to know when an employer acts that way, but from a business perspective it really is the wrong decision at times. So I've let my boss know that I understand this, because he's that kind of guy - he doesn't want to lose us, we're a good team (talent-wise and such), but I don't want to see him lose the business either.

I'd rather he would stay in business, and maybe I could return in a few years or something when things are looking better.

But so far - there's nothing to indicate that anything like that is going to happen. We're all still employed by this client. The company I work for, itself, has other clients (I am part of a small team tasked to work with this singular client; there are other devs who work with other clients on other web application projects), and this new internal application could turn out to be something wonderful for the company, if we play our cards right.

But I worry because our team lead left for a new position, because he has a family and needed more stability. I worry that the remainder of the team may take that same option, due to similar reasons. I don't have to worry about such issues; I don't have kids - but I do need to be paid to pay my bills, and I need health coverage (more a necessity as I get older).

But there's the possibility - if the rest of my team leaves for "greener pastures" - that the internal project may be shelved, or that I can't work alone on bringing another foreign team up to speed on our current project, or whatever, and at that point, it may be more beneficial for my employer to let me go than to keep me (and, after all, I've told him that he should do as much, right?).

I wouldn't begrudge my employer making that decision, but it doesn't mean I don't worry about it, either. The one thing that keeps me from worrying too much, at least in the short term, is knowing that I am "debt free" (except a mortgage), I have plenty of savings (enough to cover 2-3 years of salary if needed), and that I don't have to provide for a family other than my wife and dogs. In short, I can make things work for a while, until I can find something else or do something else. But it doesn't mean I don't worry about the whole situation...

Re: Senior Developers Are Getting Rejected for Jobs

#312
post #259

Earlier quoted context omitted.

From what I gather, what is most shocking of all is that candidate still fail this test, despite it being so common, despite there being an several github repos devoted to it, as well as other pages and articles about it (somewhere out there was a page or a repo or something I encountered that had it written in almost every programming language out there, include whitespace and brainf*ck). Even when given as a "take…

> include whitespace and brainfuck make part of the test a reverse question where the interviewers have to work out what language your solution is in 1:v!`*5*54p2*62*77,*5 v >v>:# 1+:2^ >:3%|>:5%|> 1#^_^ v"z" v>v2,"-z2 "",8**,B5"* iF,622#"::4 "",,3*^ ^>^>^>,8#^6#*

I'll be using this one (or similar). Thank you

Re: Senior Developers Are Getting Rejected for Jobs

#313
post #9

We need to admit that the interview process isn't about determining the relative qualifications of the applications in the pool, because we all know that 3 hours and whiteboard can't tell anything you need to know about whether or not that person will perform over the years. We need to acknowledge that we perform this pantomime in order to satisfy layers of management that are unable to accept that you can't hire for…

‘Culture fit’ (without clearly specifying what that means) is such an enormous backdoor for all manner of bias and personal prejudice I’m surprised the concept is even legal.

Let's try for a straightforward definition:

Culture is preference between two otherwise value-neutral positions.

For example: encouraging collaboration vs. encouraging independent work.

Or supporting self-organizing teams vs. all work having a WBS/charge code.

Culture is not choosing between being respectful and not; or choosing between being openminded and not; or choosing between being honest or not.

Re: Senior Developers Are Getting Rejected for Jobs

#314
post #304

Earlier quoted context omitted.

FWIW, I'd refuse to work for a lead or architect who wasn't tested on their ability to write code (and in my current position, my manager, their manager, their manager, and their manager all have significant work as SWEs that I can see, or passed coding interviews). The thing that I find when conducting interviews is that people who have trouble writing a concrete solution to a problem often have trouble formalizing…

When I'm interviewing experienced people, I usually gauge technical skill by picking something out of their resume and digging into it with questions. If they don't really understand what happened technically, it's immediately apparent (this is also how you catch inflated resumes). And if they do, I can just keep asking more questions to get a better sense of it. This is far more real-world than a coding test, imho.…

> This is far more real-world than a coding test, imho. Coding happens on the micro level, but understanding happens on the macro level.

But being able to map the macro to the micro is a vital part of being a competent SWE. This includes being an architect. If your plan only considers macro-issues, but is difficult to actually implement on a small scale, its not a good plan.

I want to gauge both, and a coding test is a good way to measure the micro.

Re: Senior Developers Are Getting Rejected for Jobs

#315
post #297

Earlier quoted context omitted.

I know this sounds conspiratorial, but I think the leetcode tests are there to keep older people out. Because the whole "leetcode culture" stereotype of the junior/senior bachelor's CS student "grinding leetcode to land his Big-N job" means that younger grads are going to have seen these problems before and know how to rattle back the solutions without even thinking. Whereas an older dev is more likely to have a fami…

> They are more likely to have not seen the problem before and have to run the gauntlet with no practice. The other possibility is that they have seen the problem before, fixed it, but didn't know it was called "calculating the Big-O bullshit of reversing linked lists while merge sorting"... I have 25+ years of experience; in a month I will turn 46. I don't have a CS degree, nor even a BS. I'm one of those devs who s…

yeah I just grunt and snarl when I google and find a forum post from 2007. I wish there were an easy way to filter by date.

I have faith in your problem solving abilities. I'm 35 and have a CS degree. The only time I've needed to know Big-O or how sorting algos worked was in college and during interviews. I've literally never been in a situation where the code functionally worked, but ran too slowly because of an inefficient algorithm (and this is with 13 years as a C++ developer).

As for your situation, I suspect many shops would turn you down because you didn't rattle back the answer from memory. But the concern isn't that you aren't smart enough, it's that you're "old" and cost too much. The kid who memorized leetcode can be bought cheaply and discarded easily if it comes to light that he/she can't figure out how to solve a tech bug. If you "follow the money", these interviews could be seen as purely "cheap-but-comptetent people-filters". Because if an old programmer tried to sue them for age discrimination, they could point to leetcode as evidence that all the tests were administered "fairly".

Re: Senior Developers Are Getting Rejected for Jobs

#316
post #9

We need to admit that the interview process isn't about determining the relative qualifications of the applications in the pool, because we all know that 3 hours and whiteboard can't tell anything you need to know about whether or not that person will perform over the years. We need to acknowledge that we perform this pantomime in order to satisfy layers of management that are unable to accept that you can't hire for…

way too cynical.

We need to admit that interviewing is hard, and we aren't good at it. In fact, we don't need to admit it, we know it already.

Re: Senior Developers Are Getting Rejected for Jobs

#317
post #201

Earlier quoted context omitted.

I have a degree in physics and 20 years of programming. Just out of curiosity, would I be weeded out in the first 25%?

> any resumes that don't have some sort of CS or programming on them > I have a degree in physics and 20 years of programming Depends, do you mention your 20 years of programming on your resume?

I thought that meant CS or programming classes.

I do have Java, Perl and C++ from SF City College - so I guess that counts.

Re: Senior Developers Are Getting Rejected for Jobs

#318

At this point it seems like a tired HN discussion. 1. Everybody agrees interviews and tests have some signal, some noise. 2. Some interviews are systematically biased toward skills that aren't a good sample of what work is. But people just want to whine about it rather than propose a better solution. 3. Nobody can agree on what the important skills are for engineering anyways. Which is natural, since it varies situat…

Actually I would say there are plenty of counterpoints in this thread to your second and third points.

Re: Senior Developers Are Getting Rejected for Jobs

#319

Earlier quoted context omitted.

The problem is there are a lot of people who are still good coders who suck at white-boarding for one reason or another. I became one of them due a combination of age, rustiness and an escalation of nervousness after failing a couple whiteboards out of the gate. Of course once I did land a job it took about a week to shake off the rustiness, and the company that hired me is thrilled. The point is that companies like…

There's also a lot of senior devs who think they are a false negative who are not. I speak from personal experience. I failed my first FAANG style interview both because I had not prepared nor understood how white board interviews really work and because a huge subset of my skill had gotten rusty over the years. But when I first failed I was really upset and very quickly wrote off the entire process as a ridiculous t…

FWIW - I'm not talking about no demonstration of coding ability at all. I'm just saying don't always assume the person who aces the coding challenge with time to spare is going to be a much better candidate for the job vs. say a dev with an interesting resume and orally demonstrated problem-solving skills - who just passed the coding challenge.

Re: Senior Developers Are Getting Rejected for Jobs

#320

Earlier quoted context omitted.

I used to give a whiteboard coding interview (for a QA engineer position) that started with "swap the values of two integer variables. Yes, you can use a temporary variable," then went on to find the highest element in an array, then implement any kind of sort for an array, then implement depth-first-search. People who would ace the entire interview would look at me funny when I asked the first question, and I just s…

>then implement any kind of sort for an array, then implement depth-first-search. How have you not grokked how useless those questions actually are when it comes to knowledge about writing software? Those are both trivia in the same category as "implement the TCP acking mechanism".

Re-implementing bubble-sort is, I think, a pretty reasonable fizzbuzz-style question. Can people think in loops.

Depth first search I would now be a little less eager to do (I was asking these questions ten years ago), but there were a few things that I felt came out well from it: if someone wrote something like:

if (DFS(node.left) || DFS(node.right)) return true else return false

That seems to me like it demonstrates at the very least some immaturity of how to write professional code. If the person doesn't know how to do recursion, that stands out. If they fundamentally don't know how to deal with a stack, that stands out.

If someone has never encountered DFS and just gets fundamentally stock on what the algorithm is at all, then that's, I agree, not wildly meaningful. But that was not, in general, a reason why people didn't get the DFS question.

EDIT: I will also note that I've had a couple of people on HN react with horror at the notion that someone might be asked to impelement DFS or BFS. While I agree that these aren't perfect questions, I think they're pretty radically different than some of the puzzle-y or impossible-to-re-derive questions that you sometimes hear about. The algorithm for DFS is:

1. Check to see if the input is null. If it is, return false. 2. Check to see if the input's value is the searched operand. If it is, return true. 3. Return DFS(left) || DFS(right)

Breadth-first is a tiny bit harder, but it's still a while loop on a queue and just test equality and push the children onto the queue. It's about ten lines of code and it's far from rocket science. If nobody ever taught you about binary trees at all, you might still be a great programmer. But if you're a good programmer, and you ever got taught about binary trees (which most people who have traditional backgrounds have), then you should be able to recreate those algorithms from first principles in, I don't know, 15-30 minutes.

Post reply on HN