The best engineering interview question I’ve ever gotten
This is another beautiful !
It’s been a while since I was on the receiving end of a software engineering
interview. But I still remember my favorite interview question. It was at MemSQL circa 2013.
(They haven’t even kept their name,
so I assume they’re not still relying on this specific interview question.
I don’t feel bad for revealing it. It’s a great story that I tell people a lot;
I’ve just never blogged it before.)
Okay, so this isn’t a “question” per se; it’s a programming challenge.
I forget how much time they gave for it. Let’s say three hours, counting
the time to explain the problem.
Since MemSQL was a database company, this is a database challenge.
You know about memcached? No? Well, it’s an in-memory key-value store.
(Read its About page here.) Let’s download
its code and build it so I can show you what it does.
You may need to brew install libevent and maybe some other
stuff in order to build memcached successfully. It won’t be too
difficult to figure out; but anyway, wrangling with your environment
wasn’t part of the test. You can assume interviewees were given
access to a Linux box with all the right dependencies in place already.
For the authentic 2013 experience, let’s bypass the GitHub repo
and untar a contemporary source distribution:
curl -O https://memcached.org/files/memcached-1.4.15.tar.gz
tar zxvf memcached-1.4.15.tar.gz
Now we’ve built the memcached executable. Let’s start it running:
We can talk to the server via the default memcached port, port 11211.
Its protocol is basically plain text, so we can use plain old telnet
to talk to it. (If you don’t have telnet anymore, substitute the
words nc -c for telnet.)
$ telnet 127.0.0.1 11211
Connected to localhost.
Escape character is ‘^]’.
Playing with memcached
memcached is a key-value store. That means we can tell it to remember
something (an association between a key and a value), and then later ask for
that key again, and it’ll tell us the value it remembered. In memcached,
keys are always ASCII strings and values are always arbitrary byte streams
(which means you must specify their length manually). For example,
type this into your telnet session:
set fullname 0 3600 10
This tells memcached to remember an association between the string key fullname
and the 10-byte value John Smith. The other numbers on that line are a “flags” value
(0) to remember alongside the byte-stream value; and an expiry timeout (3600)
measured in seconds, after which memcached will forget this association.
Anyway, after you type these two lines, memcached will respond:
Now you can retrieve the value of fullname by typing into the same telnet
memcached will respond:
VALUE fullname 0 10
You can overwrite the value associated with fullname by issuing another
set fullname command. You can also ask memcached to modify the value in certain
ways; for example, there are special dedicated commands for append and prepend.
append fullname 0 3600 6
VALUE fullname 0 16
Of course if you wanted to append -Jones to fullname from within a client program,
you could do something like this:
# pip install python-memcached
v=mc.get(‘fullname’) # get the old value from memcached
v +=’-Jones’ # append -Jones
mc.set(‘fullname’, v) # set the new value into memcached
But the advantage of memcached’s dedicated append command is that it’s guaranteed
to execute atomically. If you have multiple clients connected to the same memcached
server, and they’re all trying to append to the same key at the same time, the
get/set version might cause some of those updates to be lost, whereas with append
you’re assured they’ll all be accounted for.
Another dedicated command that executes atomically is incr:
set age 0 3600 2
incr age 1
memcached responds with the postincremented value:
This response is useful because of the multiple clients thing. If you issued a separate
get age command, you might see the new value only after several other clients had
done their own updates. If you’re intending to use the value as a serial number,
or a SQL primary key, or something like that, then it’s very good that there’s a
way to see the incremented value atomically.
memcached remembers the incremented value too, of course:
VALUE age 0 2
Notice that 37 and 38 are still being stored and returned as byte-strings;
they’re decoded from ASCII into integers and back as part of the atomic operation.
If you try to incr a non-integer value, you get an error:
incr fullname 1
CLIENT_ERROR cannot increment or decrement non-numeric value
Finally, note that incr is a full-fledged addition operation: you can increment
(or decr) by any positive value, not just by 1.
incr age 10
decr age 10
incr age -1
CLIENT_ERROR invalid numeric delta argument
By the way, when you’re done talking to memcached and want to kill the connection,
you can type the memcached command quit. (If you’re using nc -c, Ctrl+D also
works. Or, just go to the terminal window where the memcached server is running
and Ctrl+C to bring it down.)
The challenge: Modifying memcached
Via its incr and decr commands, memcached provides a built-in way to
atomically add (k) to a number. But it doesn’t provide other arithmetic
operations; in particular, there is no “atomic multiply by (k)” operation.
Your programming challenge: Add a mult command to memcached.
When you’re done, I should be able to telnet to your memcached client
and run commands like
You have three hours. Go!
For spoilers and analysis, see
“The best engineering interview question I’ve ever gotten, Part 2.”
Share this on knowasiak.com to discuss with people on this topicSign up on Knowasiak.com now if you’re not registered yet.