by bazil376 on 6/11/24, 6:09 PM with 131 comments
by karaterobot on 6/11/24, 7:15 PM
* If they are a small company who outsources any step of their interview process to another company. If you're only interviewing for a couple positions—people you will work with every single day—take the time to do it yourself.
* If they are a startup that says they are looking for people who are interested in solving exciting problems. For some people, this is going to be an enticement, but based on my experience, what I hear is "we're going to work you like a dog and pay you in equity, and at the end neither your work nor your equity will matter because we're definitely going to go out of business". I recognize this is a bias, but it's happened to me a couple times, and I'm in my 40s now and just not having it anymore. Plus, the problems are never that exciting, they're usually "how to sell a SaaS product that is basically a CRUD app, in a crowded marketplace with lots of competitors".
* If the interview is composed of like 10 rounds of 30 minute interviews, each with different groups in the company, that to me is an indicator that Conway's Law is at the helm of that organization: lots of groups that want input into everything, nobody empowered to make a decision on their own. Plus, it's just not a very good format. Give me a smaller number of hour long sessions where we can actually get into it, rather than racing through pro forma questions.
by avgDev on 6/11/24, 7:31 PM
* No remote or hybrid
* Unlimited PTO can potentially be a red flag depending on other aspects
* Dinners at the office
* Business model that is not generating any revenue
* Needing 5 references for a junior position and they had to be people I worked with(my team was 3 devs). So, I listed other people I knew. One of them a VP of a tech company, who worked for large tech companies. They called him and grilled him. He told me he did his best but not to take the job and maybe just come work for him.
* Another time, I was told my code was wrong and wouldn't compile during the interview, I said "I am certain it will", but the dev said unless I change the answer is wrong. I changed it, he was wrong. I got the offer, and did not take the job.
by Tainnor on 6/11/24, 7:10 PM
- The interviewer is wearing a suit.
- The interviewer asks "you've worked with [person who now works at our company] before, what do you think about them?". Bonus points if they insist after I give a diplomatic answer.
- "Why are you using microservices?" "Because everyone is doing it"
- Not following up. For weeks.
- "Can you send us your high school diploma?"
- Take home assignment with a time limit.
- No feedback on take home assignment except "we didn't like your approach".
- Developers use separate laptops for coding and for internet access.
- There are three architects on a single project.
by kelnos on 6/11/24, 8:29 PM
* They don't leave time for you to interview them.
* They're stuck on looking for particular, specific answers to their questions, even if other answers are valid and workable.
* The questions/problems given are one-sided and don't invite discussion. I really enjoy interviews where the interviewer will kick off a design or architecture question, and then instead of just sitting there, waiting for me to respond, taking notes and moving on, they engage with me on the problem and we discuss it mutually, like peers, with a lot of back and forth. This might not be a strong "nope" signal (some people just aren't very good at interviewing, and often that doesn't reflect all that poorly on the company), but it's definitely concerning.
* Being inflexible on compensation mix. If I think the salary is too low, I might ask for more equity. If they can't budge on the financial part of compensation, and have fixed/accrued PTO rather than unlimited, I might accept starting out with more vacation days instead. Answers like "sorry, this is the standard that everyone gets and it can't be changed" are big red flags.
* If we get to the offer stage and they want me to sign things that I'm uncomfortable signing, and their response is "oh, it's just standard boilerplate, we'd never enforce something like that". Well, I'm not comfortable with selective enforcement, either. "Never" really means "as long as we don't end up having an axe to grind with you later on".
by cryptoz on 6/11/24, 7:05 PM
An interviewer looked at me with this vicious, incredulous look when I described my side project in ~2019, which was a weather network built on the sensors inside phones. Guy said, “a weather app, really?! You think that’s a good use of your time in 2019? What makes you think a weather app is useful to make today?”
MFer, it was a good idea in 2011 and it’s a good idea today and it’ll be a good idea in 10 years.
And it wasn’t just a weather app omg! But he didn’t care, just kept pressing me for like 5 mins why I would ever think making a weather network service was useful. No amount of explaining the complexity or novel recently-developed techniques that made it possible would convince him I wasn’t wasting my time.
by aristofun on 6/11/24, 6:32 PM
Relying on these kind of signals as a main input is a sign that company didn't think through their hiring process and rather just cargo-culting.
But all that are still secondary concerns: good people can make bad process work, bad people tend to ruin the best of processes.
So for me the only important "flags" are specific people I contact — their attitudes, levels of professionalism, questions they ask, answers they give, their decision process etc.
On all steps of the interview process.
by gumby on 6/11/24, 7:53 PM
But also some of these examples could be from companies who understand the bidirectional dynamic. E.g. if you consider wearing a suit to be a bad sign the company might just as well be glad you don't want to work at a place like that. Win-win!
My contribution to the argument: people who use vapid business buzzwords/ like "win-win" except in the rare cases where it really is appropriate.
by vusjandus23857 on 6/11/24, 6:55 PM
by asdz on 6/12/24, 11:11 AM
2. Interviewer asking template questions and doesn't show any interest - if interviewer asking those basic questions and don't understand even what the job means, it's a sign that they don't even bother, they are just there to filter you
3. Interviewer pushing for the interview ASAP - it's very likely the position is needed as soon as possible, sometimes this could be something really serious and they are hiring someone to put out the fire, sometimes it's already a crisis and they expect someone to save the day
by JohnFen on 6/11/24, 7:34 PM
Things that I think indicate a poor fit for me include places where it's expected that people work more than 40 hours per week (I have no problem doing that in unusual circumstances, but if it's part of routine practice, that's a problem); where it's expected that you'll take part in extra-curricular activities; where they take agile methodologies too seriously; where there's too much social stratification in the workplace; and such.
Concrete red flags include using leetcode tests, using personality tests, absurd interviewing hoops (too many interview rounds, too many days to complete the interviewing process, etc.).
Not being interviewed by (or at least meeting) the members of the team I'd be working with is a bad sign, as is the interviewer not knowing the position I'm being considered for. The interviewer not answering my questions (or being vague or evasive in their answer).
I pay attention to the other devs I see. If most of them look unhappy or stressed, that's an enormous red flag. If in-person, most of the desks in use being pretty bare (little in the way of knick-knacks, personal photos, funny or interesting things hung on the cube wall, etc.) is bad. A lack of enthusiasm about what the devs are working on is bad.
Immediate showstoppers are having an open office plan or hot-desking.
Having too fancy of an office is a bad sign, but more of a yellow flag than red.
I'm sure that I've omitted a bunch of things here. I don't have a literal list in my mind. What I tend to do complete the interview process and then put it out of my mind until the next day. Then I go through my notes and examine to totality of what I observed, both things that pleased me and things that didn't.
by haliskerbas on 6/11/24, 7:01 PM
by snovv_crash on 6/11/24, 7:14 PM
Engineering leadership doesn't understand (or care about) the business side.
Trying to shoehorn you into a role obviously you're overqualified for.
A focus more on time spent and dedication rather than achievements and outcomes.
No clear business model. Maybe it isn't an issue today, but for 99% of businesses it will be an issue soon.
A pattern of getting interns or juniors to do an initial chunk of work, and then getting seniors to clean up after them, rather than letting seniors lay a foundation and the juniors/interns filling in the gaps.
by dilippkumar on 6/11/24, 7:10 PM
Specific red flag signals:
1. Dominated by Windows
2. Too many people in formals
3. Nobody wears badges (and other indicators of a lax security policy)
4. Old/worn out office furniture
5. Low resolution displays
6. Old laptops
7. No evidence of people collaborating or chatting at a microkitchen etc.
by hoerzu on 6/11/24, 6:56 PM
by tharne on 6/11/24, 6:24 PM
by tg986 on 6/12/24, 12:26 PM
2. I once had a technical interview where I was given a Jupyter notebook that set up a problem and then asked me several questions about it. The interviewer was on the other side of the desk watching me on a separate monitor. The interview itself was 1 hour long but he wouldn't stop talking for more than a minute or so. I didn't have time to read and understand the problem, nevermind design and execute a solution. Instead, he kept asking me questions, breaking my concentration... just a total nightmare.
3. Keeping me locked in a room all day. I've interviewed at several places over the years where I'd go, sit in a meeting room, and have a day's worth of interviews. Sure, I got a brief tour of the office, but even my lunch I'd eat in that meeting room. If I can't talk with employees in their natural habitat then how am I supposed to get a real feel for the office culture?
4. Interviewers who don't seem to know why they're interviewing you. I've had this happen many times. They don't know what the position is for, they never work with the person in that position, why bother?
5. Your potential boss can't give you a reasonable description of the work you'll do. Huge red flag.
6. Too many detailed questions about work I do at my current job that I obviously cannot get in to. If they can't respect my inability to tell them company secrets then there's a problem.
by Quinzel on 6/13/24, 10:27 AM
When one or more people on the interview panel behaves extremely unprofessionally. ie, ridicules the interviewee, or makes inappropriately offensive comments.
When the interviewer decides to give an interviewee they particularly like a tour of the premise and introduce them to other staff before they've even offered the person a job.
When there are heaps of relatives, or best/close friends within the management structure of the company.
by j45 on 6/11/24, 7:01 PM
by MattPalmer1086 on 6/11/24, 9:01 PM
This was for an open ended coding test. I just wanted to know if they wanted to see if I could work fast, or produce a better structured solution.
I should have left right then. The interview did not get any better. At the end they asked repeatedly how I would deal with problem employees. I had just about figured they were problem employers by then.
by fetus8 on 6/11/24, 8:33 PM
My current role has a somewhat misleading title, but to offset that I make sure I really highlight my experience and the projects I've worked on. If an interviewer starts asking me about my title and why I'm applying for something more 'generic' I immediately know they didn't read my resume or pay attention and I'm out.
Years ago I walked out of an all day interview, maybe 2 hours in, because one of the engineers was on his phone the entire time, seemingly just scrolling and not paying attention.
by idopmstuff on 6/11/24, 7:17 PM
by djleroy on 6/13/24, 6:43 PM
These are all signs of an immature data science function- which predicts working on ill posed problems and a problematic business justification. If the people already there are mediocre it’s not a great place to join. A strong sign of that is if the interviewers don’t know enough to construct thoughtful questions about real, non trivial, issues from their work. There are too many people in data science who, sadly, are at this level.
by lukehefson on 6/12/24, 11:50 AM
by noashavit on 6/12/24, 3:51 AM
by QuiEgo on 6/12/24, 4:40 PM
- how many hours a week does a typical dev work?
- what source control do you use
- what ticket system do you use
- how long does a typical, at-desk incremental dev build take?
- do you have automated builds (CICD, Jenkins, pipelines, nightly build system, etc)?
by projectileboy on 6/11/24, 8:33 PM
by 000ooo000 on 6/11/24, 9:58 PM
by kkfx on 6/11/24, 8:07 PM
- not offering full-remote for all jobs actually doable from remote;
- trying to start selling itself as a super-duper-enterprise naming vague roles with unclear responsibility and so on;
- choosing external recruiters who have no clue about real opened position so they just run HR games and absurd questions;
- talking about proprietary software they use, requirements like "you will use this IDE", finding normal using a laptop for desk-fixed works;
- not possessing anything themselves living on someone else iron and even worse develop on someone else services.
by DocColorado on 6/12/24, 1:10 PM
by swader999 on 6/11/24, 7:06 PM
by captaincaveman on 6/11/24, 7:13 PM
by Original_SYN on 6/12/24, 2:25 PM
Or will interviewers actually be sending me homework for an interview where I have to code something when the job is a SOC analyst or incident response?
by SaberTail on 6/11/24, 6:45 PM
I once got a whiteboarding problem and proposed a solution, and the interviewer gave me a flat out "that's not the one I had in mind". I'd already asked clarifying questions and thought my proposal was reasonable in light of the constraints as I understood them. After a few minutes of trying to play mind reader, I asked, "Is there some constraint or requirement I'm missing?" and they said no. I retrospect, I should have walked out on that one, too. I still have no idea what they wanted from me. Communication goes both ways.
by oj179933 on 6/12/24, 10:53 AM
by codr7 on 6/11/24, 6:56 PM
Unwillingness to compromise.
Unwillingness to evolve.
Lack of empathy.
Lack of trust.
Lack of flexibility.
A fetish for telling people what to do.
by 0xbadcafebee on 6/11/24, 7:12 PM
by giantg2 on 6/11/24, 7:20 PM
Another time went for a code screen that said we could use any language on our own machine. When I go there the hiring manager handed me a Mac and told me I'd be using Angular to code a given problem. That's great. I had no experience with Macs, no experience with WebStorm, no experience with Angular. What a waste of time. I asked why he even brought me in if I didn't have any of this listed on my resume and the recruiter told me it'd my choice of machine and language? His response was that maybe I had the experience but just didn't list it on my resume. Fuck you too.
by FearNotDaniel on 6/12/24, 9:00 AM
by drewcoo on 6/11/24, 10:12 PM
- Any job ad for a FOO Dev, where FOO is a language. They're hiring code monkeys.
- A panel of interviewers suggests the company doesn't know how to interview.
- "Gotcha" trivia questions.
- Giving me a take-home assignment that takes much longer than their estimated time to complete . . . then asking me how long it took.
- Telling me what IDE to use (even if it's one I would prefer).
- Interviewer is another dev and is unwilling to tell me what they wish were different.
- Whiteboard coding where interviewer says nothing. Maybe they stare at me. Maybe they do work. Either way . . . no.
- Any question where the goal is guessing "the correct way to answer."
- Hiring managers who clearly want to hand off responsibilities instead of just delegate. Seems more common in small startups.
- Interviewers are late to call or join the video conference. Especially if they're at least 5 minutes late.
by mattnewton on 6/11/24, 7:28 PM
by jverce on 6/12/24, 2:29 PM
by treeface9000 on 6/11/24, 6:16 PM
- Have you ever had to work on the weekend or well beyond 5pm outside of your own personal interest/initiative?
- Are we required to be on-call
If there's any hint of "nah, we don't really write tests because we just need to ship stuff, y'know"