A problems are simple, and I tried to submit once without testing, but I always failed to accept at once. Sometimes I get stuck in very simple mistakes. I feel that programming is so hard because of those mistakes, so I even don't have confidence to think about harder problems with advanced algorithm. Any advice please? Maybe I should change from C to another language? （But sometimes I really enjoy graspping the idea of hard problems. There are so many difficulties and exceptions for me to communicate with my computer.）
→ Обратите внимание
До соревнования
CodeTON Round 9 (Div. 1 + Div. 2, Rated, Prizes!)
19:23:09
Зарегистрироваться »
CodeTON Round 9 (Div. 1 + Div. 2, Rated, Prizes!)
19:23:09
Зарегистрироваться »
*есть доп. регистрация
→ Лидеры (рейтинг)
| № | Пользователь | Рейтинг |
|---|---|---|
| 1 | tourist | 4009 |
| 2 | jiangly | 3823 |
| 3 | Benq | 3738 |
| 4 | Radewoosh | 3633 |
| 5 | jqdai0815 | 3620 |
| 6 | orzdevinwang | 3529 |
| 7 | ecnerwala | 3446 |
| 8 | Um_nik | 3396 |
| 9 | ksun48 | 3390 |
| 10 | gamegame | 3386 |
| Страны | Города | Организации | Всё → |
→ Лидеры (вклад)
| № | Пользователь | Вклад |
|---|---|---|
| 1 | cry | 167 |
| 2 | Um_nik | 163 |
| 3 | maomao90 | 162 |
| 3 | atcoder_official | 162 |
| 5 | adamant | 159 |
| 6 | -is-this-fft- | 158 |
| 7 | awoo | 157 |
| 8 | TheScrasse | 154 |
| 9 | Dominater069 | 153 |
| 9 | nor | 153 |
→ Найти пользователя
→ Прямой эфир
Codeforces (c) Copyright 2010-2024 Михаил Мирзаянов
Соревнования по программированию 2.0
Время на сервере: 22.11.2024 22:11:51 (h1).
Десктопная версия, переключиться на мобильную.
При поддержке
but I always failed to accept at once
That's because of inexperience. I used to get stupid bugs in the past. But after some practice, I got accustomed to the usual bugs that would occur in my code (like dividing by zero, integer overflow, off by one bugs, etc.). You just got to keep practicing. Spotting these trivial bugs will soon become second nature to you.
Anyway, (div 2) problem A usually don't have many corner cases (if any at all). The obvious things to look out for, though, would be extremely small input, extremely large input, empty sets, etc.
What I do though, is to read through my code once to see if it is intuitively correct. If it is clearly correct, I submit. Otherwise, I manually try a few cases. Worst case, if I am not confident of my solution, I would start writing a test case generator.
How do you generate test cases through a code ?
Do I really have to teach you that? All you need to know is how to generate random numbers. That's all. The rest is just fitting the numbers to the problem constraints.
In case you were asking about strategy for testing, I usually tweak the bounds between small and large to make sure that extreme cases are covered. Of course, I will make sure to manually enter some extreme cases by hand because those are unlikely to be generated automatically.
Yeah, we generate random numbers. But how do you know it always produces correct output?
You write bruteforce solution as a checker.
Well, you can almost always write a brute force program that searches the entire solution space. Although this program can not pass time limit, it is very unlikely to be wrong (unless you made some coding bug). Thus, you can be confident it will give you the correct answer to your test cases. If you are really paranoid, submit your brute force program, have it TLE (not WA). This should give you extra confidence in its correctness.