Live data from Hacker News

Show HN: Free, anonymous coding interview practice

interviewing.io

161–170 of 223 posts

Re: Show HN: Free, anonymous coding interview practice

#161
post #57
post #53

Earlier quoted context omitted.

This satisfies your problem description: def function(unsorted1, unsorted2): return [1, 2, 3] ;-)

That is awesome. I like; "That problem has been solved so I'd Google it". Your answer is faster.

I'd give the candidate some minutes to Google the problem, but then I'd want a solution and a good explanation. (Explaining other people's code is hard, too.)

Re: Show HN: Free, anonymous coding interview practice

#162

I find code interviewing so nerve-wracking that I'm delaying my transition from another profession into a much-desired full-time programming job. I'm 40 and always aced interviews before I did my first coding interview last year. In my prior career, I literally never had an interview that failed to result in an offer. But I blew my first coding interview both in the interview itself -- in which I repeatedly blanked o…

Here's some stuff to get you started, hope it helps: https://github.com/andreis/interview

this is awesome.

Re: Show HN: Free, anonymous coding interview practice

#163

Earlier quoted context omitted.

People are very diverse, some are fast and chatty, others are quiet and slow. Usually I perceive the fast and chatty types a bit arrogant. Personality and cultural background is probably an influence. Best teams have a great mix. Often caring about the work is more important than having a genius. (Of course people should be competent).

See, we're having trouble even testing for competency. I passed a pen and paper interview recently (did confidently well on coding, blew the SQL part because I had only used APIs and still thought I should put that on the resume) and still got the position. I'm still scared shitless that I'm going to flub day 1 and I've been cramming and exercising basic knowledge for the past two weeks. I'm worried that the test was…

Different people are going to have a different answer to your question, but here's how I approach things:

You should commit things to memory the things your memory naturally keeps. If it doesn't it means you aren't using it often enough to bother remembering it. There's so much information I used to keep re-learning and forgetting because I never used it. I finally realized that it was a waste of time.

I guess the problem is when the job you're interviewing for will need vastly (or slightly) different things committed to memory than what your current job does.

I also like something between google and memory: cheatsheets. I have a dev notebook full of checklists and cheatsheets for various technologies I've used and tasks I've done.

Re: Show HN: Free, anonymous coding interview practice

#164

> Hi, my name is Aline. I used to code for a living. Now I hire engineers. One of the things I've done that I'm most proud of is Lessons from a year's worth of hiring data, where I showed that, in an engineering resume, pedigree isn't a particularly valuable signal (whereas typos and grammatical errors are) So what happens if you're lystdexic?

You learn to use a word processor with spellcheck and get someone else to proofread your resume before sending it out, just like someone who isn't dyslexic should do.

Re: Show HN: Free, anonymous coding interview practice

#165
How does it manage not to connect me with someone that I work with based on just my github profile? I work with plenty of people who don't have a github profile, or if they do I'm not connected to it. I'm probably not connected to most of them on LinkedIn either.

Re: Show HN: Free, anonymous coding interview practice

#166

Dear software professional: if you have been rejected because of a coding interview, don't feel bad or discouraged. It has little to do with how smart you are. Unfortunately, this style of interviews is likely ineffective and leads to hiring people who look alike and have similar skills. Solving a problem with someone looking over your shoulder and forcing you to talk to explain what you are thinking is a skill that…

The point of these type of interview questions is to see how well you can reason and communicate. It is not to see if you know how to solve that specific problem, and if an interviewer is using it like that then they are not a very good interviewer. A standardized test does not substitute for actually talking to someone while they solve a problem and seeing that they can think logically and communicate those thoughts…

Right. While I wasn't interviewing for a technical position, the interviewer asked me to 'vote off' one of the 50 U.S. states, and to describe my reasoning why (perhaps this is a common question but I hadn't encountered it before). It was basically an exercise in thinking out loud, with a lot of "well, I'd probably want to first consider x, but actually before doing that I'd want to take into account y...". There wasn't any undue pressure, since there was clearly no right answer, so it allowed me to just riff out loud on the problem, exposing to the interviewer how I approach problems.

I use this same technique now when interviewing others.

Re: Show HN: Free, anonymous coding interview practice

#167
post #87

Earlier quoted context omitted.

"Solving a problem with someone looking over your shoulder and forcing you to talk to explain what you are thinking" is actually how problems are generally solved in most fields. Software engineering is perhaps one of the lone exceptions, and I think the pair programming movement has a bone or two to pick with your premise.

There's a big difference between someone looking over your shoulder and forcing you to explain what you're thinking, and someone working with you to collaboratively solve problems. In the latter case, you can ask lots of questions and throw out lots of dumb half-baked ideas, and actually get a meaningful, useful response from your partner/pair in response. If you're whiteboard interviewing, good luck getting your int…

There's also the fact that some people, like me, freeze up in these interview scenarios. I didn't get past my first interview a few weeks ago because I couldn't think straight knowing I was being judged going through this process. As soon as the interview was over and I was more relaxed, I thought of several good answers, like I normally do when employed.

Re: Show HN: Free, anonymous coding interview practice

#168

Earlier quoted context omitted.

Agreed; the idea of hiring a musician without hearing them play would be madness. Not handing me a recording, not discussing intricacies of music theory, but actually playing live. And yet, a talented studio musician may suffer from performance anxiety in this situation. What to do?

I think the best thing is to ask them to warm up with something basic like a scale, and let them work their way up as their comfort level increases. I knew some people who were particularly pleasant and easy going, so they were able to relax people suffering from performance anxiety. There are interviewers who treat coding interviews as a high pressure, adversarial exercise, though. On the other hand, those sorts of…

Performing a piece of music in a high-pressure situation is exactly a professional musician's job, so an audition is quite appropriate. Another analogy could be to ask a professional composer to play one of his pieces on piano rather than listening to a competent orchestra perform it--you're using one thing as a proxy for another. Many composers would ace it--they're great players. Some aren't, though, so you'll hire only composers who happen to be great performers. It's a dumb analogy in another way, though: you only need to know whether you can work with a composer, their work should stand on its own. I suppose if we engineering types all wrote code that went into public repositories the same might be true of us, and we wouldn't be asked to perform like trained monkeys.

Re: Show HN: Free, anonymous coding interview practice

#170

Earlier quoted context omitted.

The point of these type of interview questions is to see how well you can reason and communicate. It is not to see if you know how to solve that specific problem, and if an interviewer is using it like that then they are not a very good interviewer. A standardized test does not substitute for actually talking to someone while they solve a problem and seeing that they can think logically and communicate those thoughts…

Right. While I wasn't interviewing for a technical position, the interviewer asked me to 'vote off' one of the 50 U.S. states, and to describe my reasoning why (perhaps this is a common question but I hadn't encountered it before). It was basically an exercise in thinking out loud, with a lot of "well, I'd probably want to first consider x, but actually before doing that I'd want to take into account y...". There was…

The answer is florida, right?
Post reply on HN