Напоминалка об СРМ 560, время тут
| № | Пользователь | Рейтинг |
|---|---|---|
| 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 | 142 |
| 7 | cry | 139 |
| 8 | YuukiS | 135 |
| 9 | TheScrasse | 134 |
| 10 | chromate00 | 133 |
| Название |
|---|



Как решать 500-ку div1?
Бин. поиск. Проверка делается так: построим квадратики с левыми нижними углами в данных точках размерами количество проверяемых ходов(плюс минус 1 видимо) и посмотрим на их объединение. Если получился какой-то новый квадратик такого же размера(с левым нижним углом не в одной из данных точек), то всё плохо, иначе хорошо.
А ответ может быть больше 280 ?
Честно говоря не знаю, считал, что если при 1000 всё хорошо, то ответ -1.
Вроде ответ <= 150
Да, так и есть
Поясните, пожалуйста. Не сильно понятно, почему нам помогут именно квадраты с левыми нижними углами в данных точках.
По-хорошему надо делать квадраты с центрами в этих точках, но у них всех размеры одинаковые, поэтому эти два варианта отличаются только параллельным переносом.
Ясно, спасибо. А почему функция монотонная? Почему не могла при меньших размерах квадратов сложиться плохая ситуация, а при больших — хорошая?
Ну из смысла задачи. Если могло пройти x шагов, то и x — 1 могло пройти. А мы именно проверяем, могло ли пройти столько-то шагов.
Читеров как-то отлавливают?
Про вероятных читеров можно написать на support@topcoder.com, чтобы повысить вероятность их отлова.
Интересно, можно ли 1000 решить быстрее чем за ~(2^n*(n^3)+3^n*(n^2))?