▲ | twelve40 2 days ago | |||||||
Prediction: faangs will come up with something clever or random or just fly everyone onsite, they are so rich and popular, they can filter by any arbitrary criteria. Second-rate companies will keep some superficial coding, but will start to emphasize more of the verbal parts like system design and retrospective. Which sucks, because those are totally subjective and mostly filters for whoever can BS better on the spot and/or cater to the interviewer's mood and biases better. My favorite still: in-person pair programming for a realistic problem (could be made-up or shortened, but similar to the real ones on the job). Use whatever tools you want, but get the correct requirements and then explain what you just did, and why. A shorter/easier task is to code review/critique a chunk of code, could even just print it out if in person. | ||||||||
▲ | nprateem 2 days ago | parent [-] | |||||||
It's not that hard. Just ask them to explain the code. Then ask them how they'd change it for several different scenarios. | ||||||||
|