TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Programming interviews turn normal people into a-holes

100 pointsby whackover 2 years ago

27 comments

kitanataover 2 years ago
Want to know the secret to interview developers? Here are the only 3 questions you have to ask:<p>1. What do you do for fun when not at work? … dig into to questions from here. 2. What is the coolest thing you ever built? How did it work? How long did it take to build? What language? What architecture &#x2F; framework? What was hard about it? … you get the idea. 3. What are your biggest pet peeves when it comes to reading other peoples code?<p>Question #1 breaks the ice and gives permission to the candidate to be themselves. Look for common ground. Connect with them. Learn who they are as a person.<p>Question #2 gets you to see their passion. Talk to them on their ground. Give them the benefit of the doubt. Ask them hard questions, but don’t intimidate. Just go deep. The candidate cannot fake this. It’s not possible. People without the experience they claim are painfully obvious here.<p>Question #3 gives you two things. 1. Is this person openly critical of things looking to improve them? And Is this person a jerk? I call this the Jerk Trap. Jerks jump right in to being Jerks. After all you just kind of game them permission here! — I would ask though you be careful about excluding neurodiverse people who may not be able to control tone or navigate social situations well. These people will tend to be direct. Don’t confuse directness with being a Jerk. They are not the same thing.<p>I’ve interviewed a lot of engineers in my career, and tried a lot of things. This methodology has yet to fail me.<p>EDIT: It’s sad I even have to point this out, but in #1 you are looking to connect with the person on a human level. It’s not bait them into talking about coding outside of work. If you do that or think that way you are being discriminatory towards people who can’t code outside of work… you know like single mothers. And people wonder why we don’t have more women in tech. Stop equating passion with &gt; 40 hours a week. It’s bullshit. Stop.
评论 #34375740 未加载
评论 #34375637 未加载
评论 #34375584 未加载
评论 #34375826 未加载
评论 #34375641 未加载
评论 #34375603 未加载
评论 #34375670 未加载
评论 #34378045 未加载
评论 #34375871 未加载
评论 #34376041 未加载
评论 #34375831 未加载
评论 #34375906 未加载
评论 #34377610 未加载
评论 #34375880 未加载
AlbertCoryover 2 years ago
I hated interviewing SWEs at Google, and the way I got out with it while still doing my duty was to interview the patent lawyers! They always had one engineer interviewer and I was it. My stock answer for why I did it was, &quot;Hey, who <i>wouldn&#x27;t</i> enjoy torturing lawyers?&quot;<p>Actually, I loved it. You might not be able to imagine this, but I actually like lawyers, as a rule.<p>Since Google insists on giving candidates a problem, I took a patent from a previous job that I was familiar with, and said, &quot;OK, we&#x27;re going to pretend I&#x27;m the inventor, and I&#x27;m going to describe this invention to you. Your job will be to write the first claim.&quot;<p>This is pretty similar to their actual job, at least on the patent prosecution side. They have to come up to speed on an unfamiliar technology quickly? Well, that&#x27;s what patent lawyers do. Most of them did pretty well on the test, too. It was way fun.<p>Unlike in a SWE interview, I never heard anything after I gave my feedback (with a SWE, you would see what the other interviewers said). The only way I even heard if they were hired was to check a few months later. I didn&#x27;t know if Legal even paid attention to me.<p>Years later, I joined Legal and found out they&#x27;d been hanging on my every word.
评论 #34378109 未加载
seti0Chaover 2 years ago
Didn&#x27;t like this article at all. The writer&#x27;s style is dismissive and combative in a way that&#x27;s at odds with the message it&#x27;s trying to convey. It&#x27;s not an idiotic myth that most people aren&#x27;t good programmers and it&#x27;s not arrogance that makes people think that it&#x27;s very important to make sure the wrong person isn&#x27;t hired. I don&#x27;t think this because I&#x27;ve spent too much time on Hacker News, I think it because I&#x27;ve worked with a lot of people over the years and I know how a team can be dragged down by a bad hire.<p>Of course you shouldn&#x27;t humiliate the candidate, that&#x27;s never the right thing to do. But there&#x27;s a huge gap between maintaining a high hiring standard and believing that &quot;everyone else looking for a job is an idiot, and our job is to expose them, to teach them a lesson, to humiliate them till they quit.&quot; The bulk of the advice in this article is fine, but the hyperbole is just plain annoying.<p>Also, seeing people site the no asshole rule is a warning sign for me. I worked at a place that constantly mentioned that, and let&#x27;s just say it was clearly ineffective. Assholes rarely think that they are the asshole and are perfectly comfortable citing that principle.
评论 #34375581 未加载
mjr00over 2 years ago
&gt; The Idiotic &quot;Most People Cannot Program&quot; Myth<p>Once you do enough interviews, you realize this isn&#x27;t a myth. Okay, maybe <i>most</i> is too strong of a qualifier. But the reality is that a title of Senior Software Engineer doesn&#x27;t imply the ability to translate human problems into machine-executable code in a structured way. It&#x27;s very possible that a &quot;Senior Software Engineer&quot; has been working at a small consultancy on the same project for 5+ years, has few if any technical teammates, and spends most of their time copy and pasting StackOverflow answers and doing &quot;guess and check&quot; programming to do bug fixes for a legacy VB6 or FoxPro app. I&#x27;d know, as I&#x27;ve worked with those people.<p>That being said...<p>&gt; The interviewer asked me a very basic question– something small like how to create a table(or something silly like that).<p>If you&#x27;re asking syntax questions in an interview, you&#x27;ve already lost. For technical interviews, the <i>thought process</i> is far more important than the end result. Again, programming is the act of turning human problems into machine code in a structured, repeatable way. Pseudocode is sufficient for this. Forget whether you should be using `sort` or `sorted` in python? Me too, so just tell me what you expect the sort method to do and move on.<p>So yes, asking for the SQL create table syntax in an interview is absurd and the author is right to complain here.<p>&gt; Actually talk about their fucking resume... You can easily filter out people who just coasted along vs those who accomplished something.<p>Sorry, but you cannot. Some people are excellent at bullshitting and making themselves sound like incredible workers, especially if they&#x27;ve had time to prepare. You&#x27;ll hear amazing stories of late nights and heroic effort, but they were often done by other people and merely observed by the interviewee, or just fabrications.
评论 #34375698 未加载
评论 #34375964 未加载
hprotagonistover 2 years ago
&gt; The Idiotic &quot;Most People Cannot Program&quot; Myth<p>despite the fact that the specific problem has been memed to death, i can still reliably wash out 70% or so of the interview cohort i’ve interviewed by fizzbuzzing.<p>it’s shocking every time.
评论 #34375908 未加载
评论 #34375890 未加载
评论 #34375943 未加载
评论 #34375693 未加载
评论 #34375517 未加载
评论 #34375606 未加载
评论 #34375841 未加载
评论 #34375719 未加载
twblalockover 2 years ago
If someone acts like an asshole when they are given power over others, they were an asshole to begin with. You just didn&#x27;t notice.
ctrwu2843over 2 years ago
yeah I really don&#x27;t understand this &quot;catch them out&quot; mentality.<p>My approach is to try and make the candidate feel relaxed, as I want them to show their best self in an already stressful situation. Following this it&#x27;s about giving them the opportunity to demonstrate their skills.<p>If you go into an interview with a combative mindset of &quot;filtering out the lemons&quot; and then complain how hard it is to hire good people, you really ought to take a long hard look in the mirror.
xyzelementover 2 years ago
I have the following framework when interviewing (either side of the table)<p>1. Both parties hope it&#x27;s a match but of course worry about making the wrong choice. Think: the interview wants me to do well, I need to help them say yes to me.<p>2. Programming ability is a necessary but not sufficient skill for a real programming job. How you are on call, how you are with brainstorming, how you are hashing through requirements, how you are when you make a mistake, how you are when you are being coached - all matter and the programming interview is generally structured to get signal on those things.<p>I think most people who make themselves crazy &#x2F; hate interviews &#x2F; are befuddled - it&#x27;s because they don&#x27;t see this.
评论 #34375448 未加载
评论 #34375866 未加载
brgover 2 years ago
This seems to be a human trait; where authority mixed with lack of responsibility leads to terrible outcomes. Not only in programming interviews, but across the spectrum. My first awareness of this is in teacher-student relationships, where faculty deem themselves in high regard because they are continually interacting with people who are ignorant of the facts they have been teaching for the entirety of their careers.
badrabbitover 2 years ago
Been in the technical interviewer role once. I did feel like an asshole for asking what seemed like a trivia question but they were all very basic things meant to be a starting point to pull on the thread and use that to have a conversation. I asked multiple questions like that because they keep saying they didn&#x27;t know what I was talking about. This was a non-entry level security job and the questions were simple things like &quot;do you know what a sql injection is?&quot; Or &quot;do you know what a dns record is? Is so, what is the purpose of the SOA record?&quot; It was fine if they didn&#x27;t know really, &quot;I know what sql is but I don&#x27;t know what a sql injection is&quot; is a good enough answer.<p>It was horrible. Never want to be the reason someone didn&#x27;t get a job again lol.
Psychlistover 2 years ago
I agree with the article - some common styles of interview are designed to produce arseholes. Which, fine, if you want to employ only arseholes and people who like working with arseholes that&#x27;s what you should be doing. Likewise if your workflow is 90% programming trivia questions and 10% meetings. It&#x27;s useful for me as a candidate, the sooner you show that the sooner I can get out of there.<p>The bit at the end about trying to discover what candidates are good at and see them actually working... I&#x27;m shocked that so few interviews actually do that. I get that it&#x27;s hard in tiny companies where you have one vaguely technical person who realises they&#x27;re out of their depth and is hiring to fill that gap. Everyone else has no excuse for lousy evaluation of technical skills.
keeptryingover 2 years ago
Other than the assholes, there is also the &quot;I just found out about this 10 mins ago&quot; guy. This guy doesn&#x27;t have any questions and hasn&#x27;t prepared.<p>This means when they ask him for feedback he&#x27;ll say &quot;Oh he was okay. Not very technical&quot;<p>To solve for this guy, you need to have some very good questions about technical problems the company may be facing and then you need to be able to have insights on how they might solve this.<p>You essentially have to structure the interview for them. Give them the questions and then you answer and then you have to impress.<p>The aim should always be to impress and be liked unless you have someone who is out to prove you wrong. With those types you need to show technical superiority in addition. These types are usually small in number though.
评论 #34375899 未加载
patmccover 2 years ago
&gt;&gt;&gt;Decide beforehand what questions you will ask<p>This is really big; we&#x27;ve been using the same basic &quot;is this person a big phony&quot; set of questions for a long time, and it immediately filters out people who just have no knowledge. Stuff like what is a Boolean variable, what is ssh, what is asymmetric encryption, name 3 hardware components of a server, what is a primary key, etc. I&#x27;ve seen people with resumes full of tech jobs that fail at <i>all of these</i>. And I don&#x27;t mean slightly off, I mean no clue at all. We don&#x27;t require a perfect score or anything, and recognize language barriers, but it becomes super clear super quickly when someone is just bullshitting.
评论 #34376024 未加载
vouaobrasilover 2 years ago
In my opinion the reason why programming interviews are the way they are is that they are primarily testing for a kind of person rather than programming ability. They are testing for the kind of person that is willing to jump through hoops.
评论 #34375611 未加载
评论 #34375645 未加载
评论 #34375639 未加载
评论 #34375456 未加载
评论 #34378010 未加载
MilStdJunkieover 2 years ago
Triangulating skill level of prospects can be challenging the further down the Niche Hole you go. At the very edge of the problem space the prospect is going to fall off a cliff; it can&#x27;t be avoided, there&#x27;s just too much specialization.<p>However . .<p>When prospective associates are responding to these sorts of questions, it&#x27;s possibly more informative to see how they handle questions that they <i>don&#x27;t</i> know the answer to.<p>Native intelligence and initiative outweigh a set quantity of specialized knowledge; far more important to find out how a prospect thinks about the problem and how they respond to these situations under pressure.<p>Problem here is that the interviewers need to know their stuff, and, regretfully, that&#x27;s not been the case for virtually any interview board I&#x27;ve assisted. All the participants were far, far too high above the levels where work happened, well into the vertiginous expanse of Aero&#x2F;Def Management Brain Rot. Best I could do was wave my hands vigorously while silently mouthing the words HE DOESN&#x27;T KNOW WHAT WHITESPACE MEANS . . to no avail.<p>Thing is, I know it&#x27;s not just my industry. It happens in the &quot;normal&quot; world too. Some guy makes a thingy with Framework X, leaves, and then it&#x27;s practically impossible for management to find another random guy who knows Framework X in just the same way, because damned if management knows what the heck Framework X is.
评论 #34377840 未加载
janosdebugsover 2 years ago
Something I have rarely seen mentioned: ask the interviewee about the things they claim in their CV. Sure, it takes some prep time, but it makes them feel more comfortable, and it also weeds out the bullshitters because even without the deep technical knowledge in that area you can just ask them to talk specifics. If they know their stuff, they will dive into something super detailed. If others did the work and they were just along for the ride, they will gloss over all the details.
评论 #34375752 未加载
评论 #34375604 未加载
ern0over 2 years ago
I imagined how should I act when I forgetting the SQL table create command in an interview.<p>1. I admit I am nervous so much that I just couldn&#x27;t tell my own name.<p>2. It&#x27;s just strange for first look that I don&#x27;t remember, but we create tables so rarely, that it&#x27;s not a surprise.<p>3. Okay, let&#x27;s try to figure out the command, my first hint is that it should be &quot;new&quot;, &quot;create&quot; or something. Let&#x27;s recall, how to deal other way, say, delete or modify tables: &quot;drop table&quot;, &quot;alter table&quot; - so my best hint is &quot;create table&quot; or &quot;new table&quot;. (Offensive notice: if you learnt SQL one day before the interview, this gonna not work.)<p>Great, go on, it&#x27;s pretty sure it should contain the list of fields, define them: names, types, and some constraints, whether it can be empty etc. Maybe this command defines the indexes as well, then every index should declare one or more fields, ascending&#x2F;descending marks per field. Oh, a table unique key is also can be specified, at the field specification. Finally I notice, that different SQL servers may have different syntax and even features, like choosing storage system for the table (MySQL: InnoDB etc.).<p>That&#x27;s the _content_ of the SQL&#x27;s create table command, withot any syntax. I think, it&#x27;s clear, that I would have no problem with writing a table creating SQL statement.<p>If you can not solve the &quot;I-forget-the-syntax&quot; problem, probably (another offensive statement, sorry) you&#x27;re not for this job. In real life, you will have even more stressful situations, and you have to solve them, or at least DO SOMETHING. What you&#x27;ve done was NOTHING.
rednerrusover 2 years ago
The solution for this, along with most interviewing problems, is to get your team together and come up with a very clear picture of what it is that you&#x27;re looking for in a candidate. Hash it out and write it down. Now take that list and write out a group of questions that help to suss out whether or not the candidate has those things. Use the same group of questions for everyone that you interview for that position. Nothing good comes from asking gotcha questions. It&#x27;s more likely to happen if you don&#x27;t have a clear, documented process.<p>Depending on what your needs are, you may need to do a technical interview. Do the same thing with the technical interview, figure out your needs then write your questions. Have a similar group of people doing the situational interviews do the technical interview, preferably the people the candidate is going to work with. Find a way to make it collaborative if you can. Seeing how a candidate works with other people is nearly as valuable as seeing how technically proficient a candidate is.<p>That&#x27;s it.
lp4vnover 2 years ago
Interviewing is a multifaceted process that depends on many variables. Unfortunately google and other similar companies influenced&#x2F;contaminated so much the general idea of what an interview should look like that many, many people believe that a person writing in 15 minutes a sloppy solution for what&#x27;s essentially an academic exercise is the gold standard for measuring someone&#x27;s skills.<p>I have no problem solving exercises in interviews as long as we&#x27;re talking about one session of at most one hour. I was contacted by recruiters of companies that expected me to go through many rounds of interviews that would span many weeks. lol<p>I always reply that I&#x27;m already employed, that for me their company is just like any other company and that working for them is not a privilege, it&#x27;s just a job.
pokstadover 2 years ago
Anyone else surprised how many candidates can’t code without autocomplete? I let candidates google answers and some still gripe about not having autocomplete. We code in a web app, so it makes me wonder how they would perform on a whiteboard with no google or compiler feedback.
评论 #34375734 未加载
评论 #34376124 未加载
评论 #34375780 未加载
评论 #34375983 未加载
评论 #34375730 未加载
RajT88over 2 years ago
Interviews in general turn people into assholes.<p>Myself I am guilty of freaking out a candidate because I had just rolled off a huge escalation, heart racing and firing on all cylinders. Nervous, talking fast, etc.<p>I will try some Gotcha type questions to use as shorthand for how deep they are in certain areas. Even if someone whiffs one of those I am still likely to recommend them if everything else was good. No biggie. If there is time I will explain the answer to see how they digest it.<p>I am not trying to be an asshole. But in comparison I know a guy who won&#x27;t hire someone if he doesn&#x27;t like their shoes. He&#x27;s an asshole outside of interviews though.
评论 #34375512 未加载
disambiguationover 2 years ago
Any system run by humans is by definition flawed.<p>But the tech industry interview process is such low hanging fruit for mocking, I don&#x27;t think this article is anything more than meme-ing a trendy topic for clicks.<p>If we really want to evolve into something better, then here&#x27;s what I propose: All employers must release their laptop surveillance data to the public domain for all the see. That way we can objectively compare who writes the most LoC and logs the most onscreen hours.
throwaway675309over 2 years ago
I&#x27;m not sure what it was but I really disliked the style of this article. I felt like it was very light on actual examples. It would&#x27;ve been much more engaging if they had provided specific details on each of the mistakes that they, as an interviewer, had made.<p>As an interviewer, I prefer to give potential applicants a softball, like writing a function that computes the nth digit of PI in O(1).
评论 #34377693 未加载
marstallover 2 years ago
my technique:<p>me: [scans resume] ... &quot;tell me about project y here&quot;<p>interviewee: [tells me a bit]<p>me: [ask questions, listen, drill down, listen, get gently more and more technical, back off if I hit a soft spot and find another place to drill down]<p>repeat, repeat.<p>I find its a good way to determine the candidate&#x27;s strengths - versus freaking them out with a gotcha that&#x27;s irrelevant to their skillset.
andsoitisover 2 years ago
I don’t know. If you’re a jerk, you’re a jerk.
readonthegoappover 2 years ago
Good take<p>I&#x27;d talk a bit more about power, generally, and what it does to people but this is good
Roark66over 2 years ago
I never had the misfortune to encounter such interviewing techniques nor had to use them on others. This is in two Fortune 500 companies and few smaller businesses.<p>Perhaps because I always interviewed for &quot;full stack&quot; jobs where the knowledge of tiny details this very moment is a lot less important than the ability to understand systems as a whole and how those little things fit together.<p>On the hiring end before it came to me being directly involved the candidate would already have gone through the basic &quot;test&quot; I and my colleagues prepared. It was a series of &quot;question&quot; &quot;answer&quot; sets starting with really simple and increasing in difficulty we gave to our manager. He would do the first part of the interview with a candidate and to fail, one would have to really have no clue. It was really surprising that 90% of candidates, with really good resumes we got sent by recruitment agencies failed that. It is important to stress those were not questions of the sort &quot;implement some algorithm in pseudo language&quot;, but more like, &quot;explain what is a microservice&quot;, &quot;what is redis and when you would use it(assuming they have it in their cv)&quot; etc. They were simple questions. I had similar questions on every single interview asked of me when I was a candidate (except the very first one when I was asked to fix an actual issue, but by then I was almost hired).<p>Then once they passed this initial step they would sit down with us(hopefully their future coworkers) and we would talk to them about their resume, ask what they worked at in previous jobs, what problems they resolved and how etc. This allowed me and my coworkers doing that part of the interview to very quickly get an idea if the person we&#x27;re interviewing is on &quot;our level&quot; or not. Perhaps it was helpful that we interviewed people for both senior and junior positions so someone with less experience, but demonstrating ability&#x2F;willingness to learn could still be a good match. At the end, if our manager was happy with what he heard he would ask us for our opinion. And I have to say, despite this easy-going interview method it took us over a year to find a good candidate for one senior role we were hiring for. During this year we had only 5 or 6 people progress to the second stage and we had a new stack of CVs to go through every 2 weeks or so. We did get 3 people for junior roles at the same time.<p>So is it true &quot;most people interviewing have no clue&quot;? I&#x27;ll respond to this by saying it depends which recruiter has sent them. I have had recruiters admit to me they &quot;tweak&quot; CVs on more than one occasion. Also, yes, there are lots of people applying for jobs way above their skill level. Hiring is not easy. That&#x27;s why good recruiters make more money than developers they recruit (I know a recruiter making £50k monthly in commission).