4 ms·
I’m currently prepping for these kind of questions and “online assessments” as well. I have accepted that my worth as a developer is in most part going to be di
by nexus2045 7y ago
I’m currently prepping for these kind of questions and “online assessments” as well. I have accepted that my worth as a developer is in most part going to be dictated by how diligently I can game this glorified IQ test.
There are common patterns to these questions and I’ve found that they get more predictable after having done 50-100 of them, with very careful attentiveness to what your mind is coming up with to solve them. All these questions can only vary so much in how they are asked, and unfortunately we just have to do use repetition by numbers to enforce better pattern recognition.
- toop43 7y agoSo I recently switched up my approach on leetcode.com to optimize for this naturally. What I was doing initially was: I sorted their entire problems database for the most frequently asked questions. Started at the top, and worked my way down. The problem with this method is that each question can be quite different from the last. Your first question might be an arrays / sliding-window question. The next is a dynamic programming problem. The next stacks. After that, union-find / connected components. The point is each problem would end up sufficiently different from the previous one that in a given day, or over the course of a few days, you weren't practicing the same (or roughly the same) type of problem. So as of literally TODAY I've changed my approach to sort the list by TYPE of problem. I will then focus on a specific type (per their categorization) for ~X number of problems (to be determined). The hope is that by sticking to a specific category of problems, I'll be able to actually learn the commonalities within those problem sets.
- deleted 7y ago[deleted]
- mlvljr 7y agoThat's the way to go, aha :)