News for hackers. Stuff that matters.
Re:How to Interview Engineers by venture_lol on Monday June 26, 2017 @07:12PM (#14641204)
If the candidate starts by drawing 2 lines, then marking start and end on the lines, you know you would be off to having a good chat
Re:How to Interview Engineers by mpetrovich on Monday June 26, 2017 @09:03PM (#14641775)
My thoughts exactly. Defining the problem space and all possible cases is the key that so many people miss. Once you do that, the solution is just Boolean logic.
Re:How to Interview Engineers by marcuslager on Tuesday June 27, 2017 @06:52AM (#14644098)
To have a good chat I would hope they drew a coordinate system, mapped both appointments in Euclidian space, and then did an intersect between vector A (first appointment) and vector B (second appointment) to see if there are any data points in common.
Re:How to Interview Engineers by poikniok on Tuesday June 27, 2017 @12:49PM (#14647002)
What does this mean?
Re:How to Interview Engineers by marcuslager on Wednesday June 28, 2017 @03:58AM (#14652429)
For a good discussion, instead of looking at the problem strictly programmatically, you could look at it as something you could map in vector space.

The dimensions of appointments are [startTime, endTime, location]. If you have points in one appointment that intersect with other appointments, then you have a collision.

Re:How to Interview Engineers by 4ydx on Thursday June 29, 2017 @04:04AM (#14661558)
This problem is solved with a couple of simple if statements. Finding a "solution" that is more complex than necessary or introduces knowledge that really isn't needed is the sign of a programmer who... over-engineers and is likely to be a detriment.