Live data from Hacker News

The Programming Interview from Hell

pythonforengineers.com

91–100 of 147 posts

Re: The Programming Interview from Hell

#91
post #9

OK - but here's a genuine problem that came up the other day in my work (reconciling two datasets - we have various many-to-one mappings of ids that we then want to reconcile against each other). I think it's quite a neat computer science/algorithm challenge, so here goes: Write a function which takes as input a list of sets, many of which are not disjoint, but will output a list of sets where all of the non-disjoint…

[deleted]

Re: The Programming Interview from Hell

#92
post #64
post #37

The hiring manager of a small software company gave me a quick brief before handing me off to his technical heavy. "He's hard to get along with, but he's really smart. Oh, and he has two PhDs. He'll tell you that." I was ushered in. The Guy with Two PhDs (he showed me his business card first, and there were indeed two PhDs on it) asked me: "What is the simplest way to synchronize two threads?" I rattled off some sync…

> I never found out the BEST way to share data between programs. In fact, I'm still looking. I think we all are. Copy-paste.

>> I never found out the BEST way to share data between programs. In fact, I'm still looking. I think we all are.

>Copy-paste.

You may joke, but it's the most universally supported, and therefore the most likely to be available.

Re: The Programming Interview from Hell

#93
post #37

The hiring manager of a small software company gave me a quick brief before handing me off to his technical heavy. "He's hard to get along with, but he's really smart. Oh, and he has two PhDs. He'll tell you that." I was ushered in. The Guy with Two PhDs (he showed me his business card first, and there were indeed two PhDs on it) asked me: "What is the simplest way to synchronize two threads?" I rattled off some sync…

> I never found out the BEST way to share data between programs Come on, add another layer of indirection! When given a problem to solve, hand back another problem. In this case: Q: "I want the SIMPLEST possible way to synchronize two threads. What is it?" A: The SIMPLEST possible way to synchronize two threads is a global maximal element (not necessarily unique) of a poset induced by a partial ordering on possible m…

I think we've found Dr double Phd ;)

Re: The Programming Interview from Hell

#94
post #61

Earlier quoted context omitted.

If he gave reasonable answers when pressed, despite being initially resistant, it sounds like the interview didn't give any insight into whether he was a good employee or not.

It certainly did! I just didn't understand at the time not to hire employees who simply say "I'd Google it" over and over :D.

How about stack overflow?

Re: The Programming Interview from Hell

#95
post #61

Earlier quoted context omitted.

If he gave reasonable answers when pressed, despite being initially resistant, it sounds like the interview didn't give any insight into whether he was a good employee or not.

It certainly did! I just didn't understand at the time not to hire employees who simply say "I'd Google it" over and over :D.

How about stack overflow?

Re: The Programming Interview from Hell

#96
If someone answered with "I'd google it", I would say "go ahead". I don't mind if someone doesn't know or remember something. That is a random signal. I want to know however if a person is mentally lazy and therefore is merely a "user" of technology or the "maker" of it.

That said, being able to at least describe some use cases of some relatively simple data structure is not too much to ask.

Re: The Programming Interview from Hell

#97

Earlier quoted context omitted.

linked list is not complex for christ sake.

Have you ever hired developers? FizzBuzz is still a very effective filter.

At my last job, we asked two simple questions and many "senior developers" couldn't get them:

1. Write a function that determines if a number is prime. If they didn't know what a prime number was, we would tell them.

2. A simple problem that required designing a database schema and sql query that involved a left outer join.

There were a lot of developers who couldn't do it.

On the other hand, there was one developer who was just learning c#, who had spent most of his time doing VB.net, couldn't answer a lot of the technical questions but we could tell by his thought process and how he explained real world problems he solved that he would be a great asset to the company. We fought for him over more "senior" developers.

When I have a chance to hire again, I'm going to fight to get him -- even though he sucks at interviewing and i might have to do a little convincing.

Re: The Programming Interview from Hell

#98
post #9

OK - but here's a genuine problem that came up the other day in my work (reconciling two datasets - we have various many-to-one mappings of ids that we then want to reconcile against each other). I think it's quite a neat computer science/algorithm challenge, so here goes: Write a function which takes as input a list of sets, many of which are not disjoint, but will output a list of sets where all of the non-disjoint…

[deleted]

Re: The Programming Interview from Hell

#99
post #66

Earlier quoted context omitted.

linked list is not complex for christ sake That depends on the language. If you're using something without pointers or references it's quite hard.

Hmm, which (general) language has no pointers or references?

Python. Ruby. Javascript. Lisp. Haskel (IIRC).

They all use them internally, but don't tend to make them available to the programmer (usually because they aren't needed).

Re: The Programming Interview from Hell

#100
post #61

Earlier quoted context omitted.

If he gave reasonable answers when pressed, despite being initially resistant, it sounds like the interview didn't give any insight into whether he was a good employee or not.

It certainly did! I just didn't understand at the time not to hire employees who simply say "I'd Google it" over and over :D.

Ah, so was the candidate poor because they had a bad attitude and refused to try to solve the problem at first, or was it because their technical skills were lacking?
Post reply on HN