Given an array of N positive integers. You can make any number of elements in it negative such that every prefix sum of the array remains positive i.e >0. Find the maximum number of elements you can make negative.
Example 5 2 3 5 2 3
Answer= 3. This can be converted to 5 -2 3 5 -2 -3
N is 10^5 Ai<=10^9.









Брат это NP полная задача, лучшее решение за O(2^n). Если хочешь решить это за адекватное время, то прочитай о алгоритм "Отжига"
could it be like a knapsack prob???
and we would use dp , so that it wouldnt give tle
N is 10^5 i dont think it works
yeah no but using dp with knapsack, it would be O(n), we could at every position i store the max number of element we can make negative and if we reaach on that point again, we just use it, im not 100% sure whether this would work or not, im in the process of learning dp.
If u want to use dp u need to maintain current sum as well in the state and ai<=10^9, so it is not feasible
yeah ig, it would make it a 2D dp, and that would give memory limit exceeded, could you send the question link??,i could give it a try, tho most prolly wont be able to.
I don't have link bro.. some friend asked this question to me
oo :/, welp but im sure this isnt possible without using dp.
I think this solution may work , only because we have N positive integers in the array at the initial state .
Make a segment tree for the given array
Now make a copy of original array and sort it.Doing so we help to give us the smallest number to run our check function.
Now starting from the smallest number, find the fist occurrence from right side (greedy approach), check if it can be turned into negative with the help of segment tree ( get sum 0,i ) and if its True, turn it and update the segment tree with update( i, -2*a[i] ) and ans++.
If its a False, skip this number and move on to the next ... do so for all
It sounds like a good idea, but the problem is that checking the amount on the prefix
[0; i]is not enough.Consider this example:
4 3 2, first you'll make a negative two, because4 + 3 > 2, than you'll make a negative three, because4 > 3, however, after such actions, the sum on prefix[0; 2]will become negative (4 - 3 - 2 = -1).To solve this problem, you can maintain in the leaves of the segment tree not the elements of the array, but the prefix sums of the array.
Now, when you change one of the elements (for example, element
i), you will need to increase all the prefix sums containing the given element (that is, do the operation-= 2 * a[i]on the segment[i; n - 1]).And for the function of checking a given number, it will be enough to take the minimum prefix sum, containing this element and check that it is greater than
2 * a[i](that is, do the minimum search operation on the segment[i; n - 1]and compare it with2 * a[i]).But I'm still not sure that this solution works correctly and it's worth to prove it strictly.
Let's look at the operation of the algorithm using the same example. After building a segment tree, the numbers
4 7 9will be stored in the leaves (these are prefix sums of an array). Now algorithm will try to make the two negative and it will succeed, because the minimum prefix sum on the segment[2; 2]is equal to nine, which is greater than2 * 2. That's why segment tree will be updated to4 7 5. Then algorithm will try to make the three negative, but it'll be unsuccessful, because minimum prefix sum on segment[1; 2]is equal to five, which is less than3 * 2.Yes, may be there must be a much simpler solution to this.
I think that this solution is the best, it's pretty easy and I believe that it's correct.
ig can be done with heaps
would be happy if someone finds some wrong testcase, cause greedy's are weird
can u pls explain ur logic
Here is the sum and queue after each element:
Hi vstiff, what is the intuition behind this and why this works?
I really don't know what to explain here, no math, no constructives, no observations. Just remember what you negated and revert if you negated too much.
Who else failed to solve this problem during Amazon OA test.
I already have a blog : Time Travel in Greedy Algorithms and practice problems on this topic.
play genshin impact
Brute Force (DP) Solution:
The first approach you might consider is using a turn / not-turn (pick/unpick) DP.
We maintain two states:
* The current index
* The prefix sum so far
At each state, you can always choose not to turn the number negative.
If adding the negative of the current index to the prefix sum keeps it positive
(i.e.,
current_sum - nums[index] > 0), you can also choose to turn this number negative.The result is the maximum of the two options.
With memoization, the time complexity will be
O(N^2)(since the prefix sum can be as large as1e5).This is too slow. So if DP doesn't work, let's consider a greedy approach.
Greedy (Optimal) Solution:
* We cannot turn the first element negative, since that would make the prefix sum negative immediately.
* Start with
prefix_sum = nums[0].* Traverse the remaining elements:
1. Try turning the current number negative. — If doing so keeps the prefix sum positive, update
prefix_sum -= nums[i]and increase the count.2. If turning the current number negative makes the prefix sum non-positive, but we already turned some larger number negative earlier:
— Turn that larger(maximum of all) number back to positive, and turn the current (smaller) number negative instead.
— This keeps the prefix sum larger for future operations.
To get the maximum of numbers turned negative, we can use a max heap.
This gives us a time complexity of
O(N log N).Python Implementation