1686. Stone Game VI
Problem Description
Alice and Bob are playing a game with n
stones arranged in a pile. Each stone has a value associated with it, which means how much it is worth to Alice and to Bob. For each player, the worth of each stone is known and represented by two integer arrays aliceValues
and bobValues
. Every turn, a player can remove a stone from the pile and score the amount that stone is worth to them.
The goal of the game is to end up with more points than the opponent by the time all stones are removed from the pile. If Alice and Bob end up with the same score, the game is considered a draw. Both Alice and Bob play optimally, meaning they each aim to finish the game with the maximum possible points for themselves, knowing fully well the strategy and values of the other player.
The task is to determine the result of the game:
- If Alice wins, the function should return
1
. - If Bob wins, the function should return
-1
. - If the game is a draw, the function should return
0
.
Intuition
To achieve the solution for this game, we must think about how each player would play optimally. The key is to realize that at any turn, the player will choose a stone not only based on how much it's worth to them but also considering how valuable it is to their opponent. By doing so, they can maximize their advantage or minimize the opponent's score in the subsequent turn.
The intuition behind the solution is to consider the total value of each stone, which is the sum of its value to both Alice and Bob. By creating a list of tuples, where each tuple consists of the total value of a stone and its index, we can sort this list in descending order. This way, the first element of this sorted list gives us the stone that has the highest impact on the game when removed.
Once we have this sorted list, we can simulate the game by iterating over this list and adding the value of the stone to Alice's score if it is her turn (every even index) and to Bob's score if it's his turn (every odd index). Since the list is sorted by the total impact on the game, we ensure that each player picks the optimal stone at their turn.
After distributing all the stones and calculating the total scores for Alice and Bob, we compare their scores:
- If Alice's score is higher than Bob's, we return
1
. - If Bob's score is higher than Alice's, we return
-1
. - If both scores are equal, it results in a draw, and we return
0
.
Learn more about Greedy, Math, Sorting and Heap (Priority Queue) patterns.
Solution Approach
The implementation uses a greedy strategy to play the game optimally. By looking at both the aliceValues
and bobValues
, we create a list that combines these values into a single measurement of a stone's impact on the game. This is done using the following step:
- Pair each stone's
aliceValues[i]
andbobValues[i]
together and calculate their sum. We create an array of tuples (arr
) where each tuple holds the total value of a stone (a + b
) and its index (i
).
The created list is then sorted in descending order based on the total value of each stone. This is performed using Python's sort()
method with reverse=True
.
- With the sorted list
arr
, we iterate over it, alternating turns between Alice and Bob (Alice starting first, as per the rules of the game). We use a list comprehension to sum thealiceValues
for the stones chosen by Alice (indexed at even positions in the sorted list), and similarly for Bob (indexed at odd positions). This is handled by these two lines of code:
a = sum(aliceValues[v[1]] for i, v in enumerate(arr) if i % 2 == 0)
b = sum(bobValues[v[1]] for i, v in enumerate(arr) if i % 2 == 1)
Here, a
represents Alice's total score, and b
is Bob's total score.
- Finally, we determine the winner by comparing Alice's and Bob's scores:
- If
a
>b
, Alice has more points and thus we return1
. - If
a
<b
, Bob has more points and we return-1
. - If they are equal (
a == b
), it's a draw, and we return0
.
- If
This approach effectively simulates the best possible strategy for both players, taking turns in a greedy manner to either maximize their own score or prevent the opponent from gaining a significant scoring stone. Because both players play optimally, it is implied that the obtained result reflects the outcome of an actual game played between two optimally playing individuals given the same set of values.
Ready to land your dream job?
Unlock your dream job with a 2-minute evaluator for a personalized learning plan!
Start EvaluatorExample Walkthrough
Consider a small example with n = 4
stones. The values of the stones to Alice aliceValues
are [5, 4, 3, 2]
and to Bob bobValues
are [4, 1, 2, 3]
.
Following the solution approach:
- We first create an array of tuples representing the total value of each stone and its index:
aliceValues = [5, 4, 3, 2]
bobValues = [4, 1, 2, 3]
arr = [(aliceValues[i] + bobValues[i], i) for i in range(n)]
# arr = [(9, 0), (5, 1), (5, 2), (5, 3)]
- We sort
arr
in descending order by the total value:
arr.sort(key=lambda x: x[0], reverse=True) # arr = [(9, 0), (5, 1), (5, 2), (5, 3)] (Note: Already sorted in this case)
- Alice and Bob take turns picking values based on their respective index positions in the
arr
. Alice starts first:
- Alice picks index
0
(highest total value). Her scorea
is now5
(fromaliceValues
). - Bob picks index
1
. His scoreb
is now1
(frombobValues
). - Alice picks index
2
. Her scorea
is now5 + 3 = 8
. - Bob picks index
3
. His scoreb
is now1 + 3 = 4
.
Thus, after this process, Alice's total score a
is 8
, and Bob's total score b
is 4
.
- We compare Alice's score to Bob's:
- Since
a
(8) >b
(4), Alice has won the game, and we return1
.
Using this solution approach on the given example, we can see that Alice would indeed win the game if both players play optimally. This demonstrates the greedy strategy used to decide which stone to pick each turn.
Solution Implementation
1from typing import List
2
3class Solution:
4 def stoneGameVI(self, alice_values: List[int], bob_values: List[int]) -> int:
5 # Combine the values for Alice and Bob into a single list, tracking the index.
6 combined_values = [(alice + bob, index) for index, (alice, bob) in enumerate(zip(alice_values, bob_values))]
7
8 # Sort the combined values in descending order to prioritize the stones with the higher sums.
9 combined_values.sort(reverse=True)
10
11 # Calculate Alice's score by summing up the values at the even indices.
12 alice_score = sum(alice_values[index] for i, (_, index) in enumerate(combined_values) if i % 2 == 0)
13
14 # Calculate Bob's score by summing up the values at the odd indices.
15 bob_score = sum(bob_values[index] for i, (_, index) in enumerate(combined_values) if i % 2 == 1)
16
17 # Determine the result based on the comparison of Alice's and Bob's scores.
18 if alice_score > bob_score:
19 return 1 # Alice wins
20 if alice_score < bob_score:
21 return -1 # Bob wins
22 return 0 # Tie
23
24# The method stoneGameVI takes two lists of integers: 'alice_values' and 'bob_values'.
25# Each list contains the values of the stones from Alice's and Bob's perspective, respectively.
26# The method returns 1 if Alice can get more points, -1 if Bob can get more points, or 0 for a tie.
27
1class Solution {
2
3 public int stoneGameVI(int[] aliceValues, int[] bobValues) {
4 // Length of the arrays representing the stones' values.
5 int n = aliceValues.length;
6
7 // Initialize a 2D array to keep pairs of sums of values (Alice + Bob) and their indices.
8 int[][] valuePairs = new int[n][2];
9
10 for (int i = 0; i < n; ++i) {
11 // Sum the values of Alice's and Bob's stones and store with the index.
12 valuePairs[i] = new int[] {aliceValues[i] + bobValues[i], i};
13 }
14
15 // Sort the array based on the sum of the values in descending order.
16 Arrays.sort(valuePairs, (a, b) -> b[0] - a[0]);
17
18 // Initialize the scores of Alice and Bob as 0.
19 int aliceScore = 0, bobScore = 0;
20
21 for (int i = 0; i < n; ++i) {
22 // Retrieve the original index of the stone.
23 int index = valuePairs[i][1];
24
25 // Alice picks first, then Bob picks, and continue in this manner.
26 if (i % 2 == 0) {
27 aliceScore += aliceValues[index]; // Alice's turn (even turns)
28 } else {
29 bobScore += bobValues[index]; // Bob's turn (odd turns)
30 }
31 }
32
33 // Compare scores and return the result according to the problem's convention.
34 if (aliceScore == bobScore) {
35 return 0; // No one has a higher score.
36 }
37 return aliceScore > bobScore ? 1 : -1; // Alice (1) or Bob (-1) has a higher score.
38 }
39}
40
1class Solution {
2public:
3 // Method to determine the winner of the stone game.
4 // Return 0 if tied, 1 if Alice wins, -1 if Bob wins.
5 int stoneGameVI(vector<int>& aliceValues, vector<int>& bobValues) {
6 int n = aliceValues.size(); // Number of stones
7
8 // Creating a vector to store the sum of Alice's and Bob's values, paired with the index
9 vector<pair<int, int>> valuePairs(n);
10 for (int i = 0; i < n; ++i) {
11 valuePairs[i] = {aliceValues[i] + bobValues[i], i}; // Pair sum of values with the index
12 }
13
14 // Sort the pairs in descending order based on the sum of values
15 sort(valuePairs.rbegin(), valuePairs.rend());
16
17 // Initialize scores for Alice and Bob
18 int aliceScore = 0, bobScore = 0;
19
20 // Picking stones in the order of decreasing sum of values
21 for (int i = 0; i < n; ++i) {
22 int index = valuePairs[i].second; // Retrieve the index of the original value
23 // If i is even, it is Alice's turn, else it's Bob's turn
24 if (i % 2 == 0) {
25 aliceScore += aliceValues[index]; // Alice picks the stone
26 } else {
27 bobScore += bobValues[index]; // Bob picks the stone
28 }
29 }
30
31 // Compare final scores to decide the winner
32 if (aliceScore == bobScore) return 0; // Game is tied
33 return aliceScore > bobScore ? 1 : -1; // If Alice's score is higher she wins, otherwise Bob wins
34 }
35};
36
1// Define the structure for pairing values with indices
2interface ValuePair {
3 sum: number;
4 index: number;
5}
6
7// Function to determine the winner of the stone game.
8// Returns 0 if tied, 1 if Alice wins, -1 if Bob wins.
9function stoneGameVI(aliceValues: number[], bobValues: number[]): number {
10 const n: number = aliceValues.length; // Number of stones
11
12 // Create an array to store the sum of values from both Alice and Bob, along with the index
13 let valuePairs: ValuePair[] = [];
14 for (let i = 0; i < n; ++i) {
15 valuePairs.push({sum: aliceValues[i] + bobValues[i], index: i});
16 }
17
18 // Sort the pairs in descending order based on the sum of values
19 valuePairs.sort((a, b) => b.sum - a.sum);
20
21 // Initialize scores for Alice and Bob
22 let aliceScore: number = 0, bobScore: number = 0;
23
24 // Iterating over stones in the order of decreasing sum of values
25 for (let i = 0; i < n; ++i) {
26 const index: number = valuePairs[i].index; // Retrieve the original index
27 // If the index of the array is even, it's Alice's turn; otherwise, it's Bob's turn
28 if (i % 2 === 0) {
29 aliceScore += aliceValues[index]; // Alice picks the stone
30 } else {
31 bobScore += bobValues[index]; // Bob picks the stone
32 }
33 }
34
35 // Compare final scores to decide the winner
36 if (aliceScore === bobScore) return 0; // Game is tied
37 return aliceScore > bobScore ? 1 : -1; // If Alice's score is higher, she wins; otherwise, Bob wins
38}
39
Time and Space Complexity
Time Complexity
The time complexity of the function stoneGameVI
is determined by several operations:
- Zip and Enumerate: Both operations,
zip(aliceValues, bobValues)
andenumerate
, areO(n)
wheren
is the length of the input listsaliceValues
andbobValues
. - List Comprehension: Constructing the
arr
list consisting of tuples(a + b, i)
is alsoO(n)
because it processes each element of the zipped lists once. - Sorting: The sort operation
arr.sort(reverse=True)
is the most computationally expensive, with a time complexity ofO(n log n)
as TimSort (Python's sorting algorithm) is used. - Summation with Conditional Logic: Two separate summations are involved, both of which iterate over the sorted
arr
. The iterations themselves areO(n)
. Since we perform this action twice, this doesn't change the overall linearO(n)
factor since they are not nested loops.
Combining them, the dominant factor and therefore the overall time complexity is O(n log n)
because the sort
operation grows faster than the linear steps as the input size increases.
Space Complexity
For space complexity:
- List
arr
: The listarr
is of sizen
, thus requiresO(n)
additional space. - Variables
a
andb
: Sincea
andb
are just accumulators, they requireO(1)
space. - Temporary Variables During Sorting:
sort()
functions typically useO(n)
space because of the way they manage intermediate values during sorting.
Hence, the overall space complexity of stoneGameVI
is O(n)
, accounting for the additional list and the space required for sorting.
Learn more about how to find time and space complexity quickly using problem constraints.
Which algorithm should you use to find a node that is close to the root of the tree?
Recommended Readings
Greedy Introduction div class responsive iframe iframe src https www youtube com embed WTslqPbj7I title YouTube video player frameborder 0 allow accelerometer autoplay clipboard write encrypted media gyroscope picture in picture web share allowfullscreen iframe div When do we use greedy Greedy algorithms tend to solve optimization problems Typically they will ask you to calculate the max min of some value Commonly you may see this phrased in the problem as max min longest shortest largest smallest etc These keywords can be identified by just scanning
Math for Technical Interviews How much math do I need to know for technical interviews The short answer is about high school level math Computer science is often associated with math and some universities even place their computer science department under the math faculty However the reality is that you
Sorting Summary Comparisons We presented quite a few sorting algorithms and it is essential to know the advantages and disadvantages of each one The basic algorithms are easy to visualize and easy to learn for beginner programmers because of their simplicity As such they will suffice if you don't know any advanced
Want a Structured Path to Master System Design Too? Don’t Miss This!