3 ms·
I'd give a real world problem that is quite large, for example: Develop a school management system which synchronises across several computers. I'd ask for 2-3
by maxklein 18y ago
I'd give a real world problem that is quite large, for example: Develop a school management system which synchronises across several computers.
I'd ask for 2-3 possible ways of designing the architecture. Then just drill down to the details, ask about the technology they would use, how they would go about implementing the algorithmic parts of things, the networking part of things, etc.
You'll get a good sense of how the person works on a high level as well as on a more detailed level. You'd also find out if the person is current on available technologies.
Algorithms are pointless to know, very rarely does one use that knowledge as a real life programmer. I know how quicksort works, but I've hardly ever _needed_ to know, and I've NEVER had to implement it.
- furiouslol 18y agoI agree. Seeing how a programmer tackles a large problem is one of the best ways to gauge his skills/train of thought
- gaius 18y agoThey don't teach you the sorts in CS because you'll ever need to do them. It's merely a means to teach you Big-O by example. Being able to tell what's O(n) and what's O(n^2) is a very valuable real-life skill for a programmer.