Given an array of non-negative integers, you are initially positioned at the first index of the array.
Each element in the array represents your maximum jump length at that position.
Determine if you are able to reach the last index.
For example:
A = [2,3,1,1,4], return true.
A = [3,2,1,0,4], return false.
This is a dynamic programming[1] question. Usually, solving and fully understanding a dynamic programming problem is a 4 step process:
\nAll solutions presented below produce the correct result, but they differ in run time and memory requirements.
\nThis is the inefficient solution where we try every single jump pattern that takes us from the first position to the last. We start from the first position and jump to every index that is reachable. We repeat the process until last index is reached. When stuck, backtrack.
\n\nOne quick optimization we can do for the code above is to check the nextPosition from right to left. The theoretical worst case performance is the same, but in practice, for silly examples, the code might run faster. Intuitively, this means we always try to make the biggest jump such that we reach the end as soon as possible
The change required is:
\n\nFor instance, in the example below, if we start from index 0, jump as far as possible and reach 1, jump as far as possible and reach 6. By doing so, we determine that 0 is a GOOD index in 3 steps.
\n| Index | \n0 | \n1 | \n2 | \n3 | \n4 | \n5 | \n6 | \n
|---|---|---|---|---|---|---|---|
| nums | \n1 | \n5 | \n2 | \n1 | \n0 | \n2 | \n0 | \n
To illustrate the worst case, where this optimization has no effect, take the example below. Index 6 cannot be reached from any position, but all combinations will be tried.
\n| Index | \n0 | \n1 | \n2 | \n3 | \n4 | \n5 | \n6 | \n
|---|---|---|---|---|---|---|---|
| nums | \n5 | \n4 | \n3 | \n2 | \n1 | \n0 | \n0 | \n
The first few steps of the backtracking algorithm for the example above are: 0 -> 4 -> 5 -> 4 -> 0 -> 3 -> 5 -> 3 -> 4 -> 5 -> etc.
\nComplexity Analysis
\nTime complexity : . There are (upper bound) ways of jumping from the first position to the last, where is the length of array nums. For a complete proof, please refer to Appendix A.
Space complexity : . Recursion requires additional memory for the stack frames.
\nTop-down Dynamic Programming can be thought of as optimized backtracking. It relies on the observation that once we determine that a certain index is good / bad, this result will never change. This means that we can store the result and not need to recompute it every time.
\nTherefore, for each position in the array, we remember whether the index is good or bad. Let\'s call this array memo and let its values be either one of: GOOD, BAD, UNKNOWN. This technique is called memoization[2].
An example of a memoization table for input array nums = [2, 4, 2, 1, 0, 2, 0] can be seen in the diagram below. We write G for a GOOD position and B for a BAD one. We can see that we cannot start from indices 2, 3 or 4 and eventually reach last index (6), but we can do that from indices 0, 1, 5 and (trivially) 6.
| Index | \n0 | \n1 | \n2 | \n3 | \n4 | \n5 | \n6 | \n
|---|---|---|---|---|---|---|---|
| nums | \n2 | \n4 | \n2 | \n1 | \n0 | \n2 | \n0 | \n
| memo | \nG | \nG | \nB | \nB | \nB | \nG | \nG | \n
Steps
\nmemo table are UNKNOWN, except for the last one, which is (trivially) GOOD (it can reach itself)memo tableComplexity Analysis
\nTime complexity : .\nFor every element in the array, say i, we are looking at the next nums[i] elements to its right aiming to find a GOOD index. nums[i] can be at most , where is the length of array nums.
Space complexity : .\nFirst n originates from recursion. Second n comes from the usage of the memo table.
\nTop-down to bottom-up conversion is done by eliminating recursion. In practice, this achieves better performance as we no longer have the method stack overhead and might even benefit from some caching. More importantly, this step opens up possibilities for future optimization. The recursion is usually eliminated by trying to reverse the order of the steps from the top-down approach.
\nThe observation to make here is that we only ever jump to the right. This means that if we start from the right of the array, every time we will query a position to our right, that position has already be determined as being GOOD or BAD. This means we don\'t need to recurse anymore, as we will always hit the memo table.
Complexity Analysis
\nTime complexity : .\nFor every element in the array, say i, we are looking at the next nums[i] elements to its right aiming to find a GOOD index. nums[i] can be at most , where is the length of array nums.
Space complexity : .\nThis comes from the usage of the memo table.
\nOnce we have our code in the bottom-up state, we can make one final, important observation. From a given position, when we try to see if we can jump to a GOOD position, we only ever use one - the first one (see the break statement). In other words, the left-most one. If we keep track of this left-most GOOD position as a separate variable, we can avoid searching for it in the array. Not only that, but we can stop using the array altogether.
\nIterating right-to-left, for each position we check if there is a potential jump that reaches a GOOD index (currPosition + nums[currPosition] >= leftmostGoodIndex). If we can reach a GOOD index, then our position is itself GOOD. Also, this new GOOD position will be the new leftmost GOOD index. Iteration continues until the beginning of the array. If first position is a GOOD index then we can reach the last index from the first position.
To illustrate this scenario, we will use the diagram below, for input array nums = [9, 4, 2, 1, 0, 2, 0]. We write G for GOOD, B for BAD and U for UNKNOWN. Let\'s assume we have iterated all the way to position 0 and we need to decide if index 0 is GOOD. Since index 1 was determined to be GOOD, it is enough to jump there and then be sure we can eventually reach index 6. It does not matter that nums[0] is big enough to jump all the way to the last index. All we need is one way.
| Index | \n0 | \n1 | \n2 | \n3 | \n4 | \n5 | \n6 | \n
|---|---|---|---|---|---|---|---|
| nums | \n9 | \n4 | \n2 | \n1 | \n0 | \n2 | \n0 | \n
| memo | \nU | \nG | \nB | \nB | \nB | \nG | \nG | \n
Complexity Analysis
\nTime complexity : .\nWe are doing a single pass through the nums array, hence steps, where is the length of array nums.
Space complexity : .\nWe are not using any extra memory.
\nThe question left unanswered is how should one approach such a question in an interview scenario. I would say "it depends". The perfect solution is cleaner and shorter than all the other versions, but it might not be so straightforward to figure out.
\nThe (recursive) backtracking is the easiest to figure out, so it is worth mentioning it verbally while warming up for the tougher challenge. It might be that your interviewer actually wants to see that solution, but if not, mention that there might be a dynamic programming solution and try to think how could you use a memoization table. If you figure it out and the interviewer wants you to go for the top-down approach, it will not generally be time to think of the bottom-up version, but I would always mention the advantages of this technique as a final thought in the interview.
\nMost people are stuck when converting from top-down Dynamic Programming (expressed naturally in recursion) to bottom-up. Practicing similar problems will help bridge this gap.
\nThere are (upper bound) ways of jumping from the first position to the last, where is the length of array nums. We get this recursively. Let be the number of possible ways of jumping from position x to position n. trivially. because from position x we can potentially jump to all following positions i and then from there there are ways of continuing. Notice this is an upper bound.
\n\n
\nNow by induction, assume and prove \n
\n\n\n
\nTherefore, since we start from position 1, . Final complexity = .
\nAnalysis written by: @aicioara
\nThank you @jied333 for correcting the backtracking complexity analysis.
\n