4 ms·
This is pretty hilarious to read. I did an interview screen with them at the end of last year for a data engineering position (former coworker was high up on t
by rockostrich 5y ago
This is pretty hilarious to read.
I did an interview screen with them at the end of last year for a data engineering position (former coworker was high up on the design side of things and he gave a referral). The first bit of the technical question was just "write a SQL query" and boiled down to doing a group by, count, and limit. The second was something like "what if we needed to return this query from a distributed system without going to the database?" without much context.
As any sane interviewer would do, I asked for context around scale, infrastructure, and what "without going to the database" even meant. The interviewer just reiterated the question. I started talking about different approaches depending on context and all the interviewer did was tell me to program a solution. Turns out all he wanted was a time-windowed hash-map to cache values and the fact that it's a distributed system didn't matter at all.
I think that just about sums up their approach to engineering solutions.
- teruakohatu 5y agoWhat is a time-windowed hash-map? Just a time based key-value store?
- omalleyt 5y agoI think he means an LRU cache
- agilob 5y agoYes, a hash map that expires objects and loads new KV when key isn't present inside https://github.com/google/guava/wiki/CachesExplained https://github.com/google/guava/wiki/CachesExplained
- lupire 5y agoNo, it's a rolling buffer of last N hours/days of data, but compressed into a hash table of counters instead of a log array.
- deleted 5y ago[deleted]