Is binary tree question valid for UI Engineer Role?
Dec 10, 2021
27 Comments
Who tf asks binary tree question for a UI Engineer Role?
https://github.com/poteto/hiring-without-whiteboards
#faang
#google
#tech #frontend #ui #react #amazon #swiggy #zomato #intuit #uber #ola #atlassian #paytm #myntra #inmobi #bc #lavdekabinary #browserstack #pharmeasy #meta #facebook #google #microsoft #linkedin #apple #visa #expedia #grab #cleartax #twilio #curefit #vmware #gojek #zetaglobal #deloitte #sap #aws #cred
#binarydyck #razorpay #upstox #zerodha #freshworks #walmart #disney #twitter
#india
YOE: 1
comments
I know the applications of data structures and algorithms
There are many great engineers who don't give a shit about finding maxsumpath in binary tree
Not here for validation, only presenting my points just like you. I know what React does internally but hope you also know Dan Abramov doesn't know LC tree questions. My next job most probably won't be to compare Dom nodes or create a React clone. I understand what different data structures are and I can do basic array, string LC questions. This is good enough for me and nothing more be required. Interviewer can ask array strings questions, but asking tree LC questions to UI engineer is stupid
Plus that exercise would be similar to my daily task which likely be the case for a binary tree.
Even if you consider coding everyday, it's not like you are going to code same feature again and again.
So any daily task you take, as an interviewee you might end up spending more time. And am sure no company can test your talent (or themselves survive) by doing same daily task everyday. And if it's going to be different then how different this is from asking binary tree.
As an interviewee, at least binary tree can be useful at all companies that hire through leetcode or hackerrank. I wouldn't want to spend my weekend doing takeaway exercise, getting blown away because that's not how "their team" does it, without improving my chances in next interview at another company.
There is no exact science to interviews, imo most interviewers look for two things, what the interviewee already know that can be useful for them straight away and how good they are at learning new things.
The second part is tricky and purely luck dependent.