Find the longest sequence of numbers that keeps going up without rearranging the original list.
Analogy: Imagine climbing stairs where each step is higher than the last one you stepped on, but you can skip some steps to keep going up as long as possible.
Time: O(n^2) because for each element we check all previous elements to find increasing subsequences
Space: O(n) for storing lengths and previous indices arrays
vs Alternative: Naive approach tries all subsequences with exponential time; this dynamic programming approach is much faster
Edge Cases
empty list
returns length 0 and empty subsequence
DSA Go
iflen(nums) == 0 {
return0, []int{}
}
all elements equal
LIS length is 1, subsequence is any single element
DSA Go
lengths[i] = 1
strictly decreasing list
LIS length is 1, subsequence is last element or any single element
DSA Go
lengths[i] = 1
When to Use This Pattern
When you need to find the longest sequence of increasing numbers in order without rearranging, use the Longest Increasing Subsequence pattern with dynamic programming.
Common Mistakes
Mistake: Not updating the previous index array to reconstruct the subsequence Fix: Maintain a prev array to track the index of the previous element in the LIS for reconstruction
Mistake: Only calculating the length but not reconstructing the actual subsequence Fix: Use the prev array to build the subsequence after computing lengths
Summary
Finds the longest increasing subsequence in a list of numbers.
Use when you want the longest ordered sequence of increasing values without changing order.
The key is to build lengths of LIS ending at each element and track previous elements to reconstruct the sequence.
Practice
(1/5)
1. What does the Longest Increasing Subsequence (LIS) problem ask for in a given sequence of numbers?
easy
A. The longest subsequence where each number is smaller than the previous one
B. The longest contiguous subarray with equal elements
C. The longest subsequence where each number is larger than the previous one
D. The sum of all increasing numbers in the sequence
Solution
Step 1: Understand the LIS definition
The LIS is a subsequence (not necessarily contiguous) where every next number is strictly greater than the previous.
Step 2: Compare options with definition
The longest subsequence where each number is larger than the previous one matches the LIS definition exactly. Other options describe different concepts.
Final Answer:
The longest subsequence where each number is larger than the previous one -> Option C
Quick Check:
LIS = strictly increasing subsequence [OK]
Hint: LIS means strictly increasing numbers in order [OK]
Common Mistakes:
Confusing subsequence with subarray
Thinking LIS requires contiguous elements
Mixing increasing with decreasing sequences
2. Which of the following Go code snippets correctly initializes a slice to store LIS lengths for each element in an input array nums?
easy
A. lis := make([]int, 0, len(nums))
B. lis := []int{}
C. var lis [len(nums)]int
D. lis := make([]int, len(nums))
Solution
Step 1: Understand slice initialization for fixed length
We need a slice with length equal to input length to store LIS lengths at each index.
Step 2: Check each option
lis := make([]int, len(nums)) creates a slice with length len(nums), ready to store values. lis := []int{} creates empty slice with length 0. var lis [len(nums)]int is invalid syntax for arrays with dynamic length. lis := make([]int, 0, len(nums)) creates slice with length 0 but capacity len(nums), so cannot index directly.
Final Answer:
lis := make([]int, len(nums)) -> Option D
Quick Check:
Slice with length = len(nums) for LIS storage [OK]
Hint: Use make with length for direct indexing [OK]
Common Mistakes:
Using empty slice without length
Trying to declare array with variable length
Confusing capacity with length
3. What is the output of the following Go code that calculates the length of the LIS for nums := []int{10, 9, 2, 5, 3, 7, 101, 18}?
func lengthOfLIS(nums []int) int {
lis := make([]int, len(nums))
for i := range lis {
lis[i] = 1
}
for i := 1; i < len(nums); i++ {
for j := 0; j < i; j++ {
if nums[i] > nums[j] && lis[i] < lis[j]+1 {
lis[i] = lis[j] + 1
}
}
}
maxLen := 0
for _, length := range lis {
if length > maxLen {
maxLen = length
}
}
return maxLen
}
fmt.Println(lengthOfLIS(nums))
medium
A. 4
B. 3
C. 5
D. 6
Solution
Step 1: Initialize LIS array with 1s
Each element starts with LIS length 1 (itself).
Step 2: Update LIS values by checking previous elements
4. Identify the bug in this Go function that attempts to compute the LIS length:
func lengthOfLIS(nums []int) int {
lis := make([]int, len(nums))
for i := 0; i < len(nums); i++ {
lis[i] = 0
}
for i := 1; i < len(nums); i++ {
for j := 0; j < i; j++ {
if nums[i] > nums[j] && lis[i] < lis[j] + 1 {
lis[i] = lis[j] + 1
}
}
}
maxLen := 0
for _, length := range lis {
if length > maxLen {
maxLen = length
}
}
return maxLen
}
medium
A. lis slice is initialized with zeros instead of ones
B. The outer loop should start from 0 instead of 1
C. The condition nums[i] > nums[j] is incorrect
D. maxLen should be initialized to 1 instead of 0
Solution
Step 1: Check lis initialization
lis should start with 1 for each element because each element alone is a subsequence of length 1.
Step 2: Effect of zero initialization
Starting with 0 causes maxLen to be zero if no updates happen, giving wrong result.
Final Answer:
lis slice is initialized with zeros instead of ones -> Option A
Quick Check:
Initialize lis with 1, not 0 [OK]
Hint: Initialize LIS array elements to 1 [OK]
Common Mistakes:
Starting lis values at 0
Wrong loop start index
Misunderstanding LIS condition
5. Given the sequence nums := []int{3, 10, 2, 1, 20}, which of the following is the correct longest increasing subsequence returned by a function that reconstructs the LIS (not just its length)?
hard
A. [2, 10, 20]
B. [3, 10, 20]
C. [1, 2, 20]
D. [3, 2, 20]
Solution
Step 1: Identify increasing subsequences
Check subsequences where each next number is bigger than previous.
Step 2: Find longest valid subsequence
Possible LIS are [3,10,20] and [1,20], but [3,10,20] is longer with length 3.
Step 3: Verify options
[3, 10, 20] matches the longest increasing subsequence. [2, 10, 20] and C start with smaller numbers but 2 is after 10 in original, so invalid subsequence. [3, 2, 20] is not increasing.
Final Answer:
[3, 10, 20] -> Option B
Quick Check:
Longest increasing subsequence = [3, 10, 20] [OK]
Hint: Check order and increasing property carefully [OK]
Common Mistakes:
Choosing subsequences not in original order
Picking non-increasing sequences
Confusing length with actual subsequence
Recommended
Ready to prove it?
Pass the test and this pattern moves unknownstrongwhile earning +1 Grip toward your certificate.