Задача отсюда (B). Решения с ответом на запрос за
очевидны. Вопрос: как отвечать на запрос за линию?
| № | Пользователь | Рейтинг |
|---|---|---|
| 1 | Benq | 3792 |
| 2 | VivaciousAubergine | 3647 |
| 3 | Kevin114514 | 3603 |
| 4 | jiangly | 3583 |
| 5 | turmax | 3559 |
| 6 | tourist | 3541 |
| 7 | strapple | 3515 |
| 8 | ksun48 | 3461 |
| 9 | dXqwq | 3436 |
| 10 | Otomachi_Una | 3413 |
| Страны | Города | Организации | Всё → |
| № | Пользователь | Вклад |
|---|---|---|
| 1 | Qingyu | 157 |
| 2 | adamant | 153 |
| 3 | Um_nik | 147 |
| 4 | Proof_by_QED | 146 |
| 5 | Dominater069 | 145 |
| 6 | errorgorn | 141 |
| 7 | cry | 139 |
| 8 | YuukiS | 135 |
| 9 | TheScrasse | 134 |
| 10 | chromate00 | 133 |
Задача отсюда (B). Решения с ответом на запрос за
очевидны. Вопрос: как отвечать на запрос за линию?
| Название |
|---|



Не совсем так. Там надо найти найболее близкую сумму по модулю, типа: |a[left]+..+a[right]| . А это можно двумя указателями с помощью частичных сумм.
Я в упор не вижу монотонную функцию, по которой можно строить два указателя. Можете дать краткую подсказку?
Есть два указателя, на самый правый элемент и самый левый в последовательности. Если сумма больше заданной, двигаем левый и пересчитываем сумму, иначе двигаем правый. В процессе выбираем лучший результат.
Если бы у меня был массив неотрицательных чисел, я бы ничего тут не спрашивал. В этой же задаче числа могут быть произвольными, и для таких массивов Ваш алгоритм не работает.
почему именно так двигать?
Подсказки: массив частичных сумм, надо приблизить модуль суммы.
Мне очевидно такое решение: построим массив частичных префиксных сумм. Запихнем пары (сумма; позиция) в Set. Теперь i-ом шаге находим стандартными функциями первый элемент слева от того значения, к которому мы хотим приблизиться, и первый справа (аналогично для противоположных значений), и после этого удаляем из Set'а i-ый элемент исходного массива префиксных сумм. Разумеется, при каждом поиске вносим поправку на сумму "съеденного" префикса. Но это все, к сожалению,
.
Т.е. мне Ваша подсказка абсолютно ничего нового не говорит.
И да, модуль суммы же "скачет" не хуже самой суммы. Может быть, я слишком тупой, но где тут вообще могут быть 2 указателя?
Фишка модуля суммы в том, что нам неважно, в каком порядке брать концы отрезка. Поэтом на позицию можно забить.
А, ну теперь все понятно... Я-то искал решение, которое будет хорошо работать на мультитестах, где в каждом тесте N = 10^5, K = 1. Понимал же я, блин, что в таком случае суммарное K не может быть слишком большим (по очевидным причинам, связанным с вводом-выводом), но все равно не искал решения с препроцессингом хуже, чем за линию.
Мораль: при решении таких задач надо думать шире :). Спасибо за то, что привели к ней :).