Изменения рейтингов за последние раунды временно удалены. Скоро они будут возвращены. ×

Блог пользователя kumarpratyush4

Автор kumarpratyush4, история, 5 лет назад, По-английски
  • Проголосовать: нравится
  • +8
  • Проголосовать: не нравится

»
5 лет назад, # |
  Проголосовать: нравится 0 Проголосовать: не нравится

Line 67, you need to read f only once, not for every test case.

»
5 лет назад, # |
  Проголосовать: нравится 0 Проголосовать: не нравится

Auto comment: topic has been updated by kumarpratyush4 (previous revision, new revision, compare).

»
5 лет назад, # |
  Проголосовать: нравится +20 Проголосовать: не нравится

I don't know what the particular bug is, but the code is in a sad state.

  • magic numbers like 5, 6, 10, 23, and 119 scattered throughout the code, instead of using named constants
  • copying a part of the code and modifying a bit, instead of thinking a bit more how to parameterize it and turn into a loop body or a function
  • then making changes to some parts but not others, for example, compare g=g+char(t+'A'); to just g+char(t+'A');
  • consistently using one-letter names when the program is 100+ lines long
  • reusing variables, instead of decreasing variable live time to help decoupling
  • as a fitting final stroke, marking C++ code as Java on IDEOne when asking a question

All that adds up, so that when such program works, it's no less than a miracle, usually with a few hours wasted on debugging it. Try working on your coding practices to make programs work routinely, not miraculously.

  • »
    »
    5 лет назад, # ^ |
      Проголосовать: нравится +3 Проголосовать: не нравится

    thank you very much for your advice. couldn't clearly understand your 2nd point-(copying a part of the code and modifying a bit, instead of thinking a bit more how to parameterize it and turn into a loop body or a function)-could you give an example?

    • »
      »
      »
      5 лет назад, # ^ |
        Проголосовать: нравится 0 Проголосовать: не нравится

      OK, you took a block like this:

      long code block

      And then you copied it a few times.

      By hand.

      Changed some values on the way (probability of mistake increases with each such change).

      Changed the header for every block except the first one (clearing the variables for reuse, instead of creating them in a scope every time). Again, bear in mind that, in every place you change, there is a probability that your change is incorrect, so more changes means more bugs, on average.

      Then it happens that each block has a bug which was copied to each of them. Once more, fixing the same bug in five places is more likely to go wrong than fixing it just once in one place, as we can see with the g+char(t+'A'); situation.


      Instead, we can stop and think: what changes between such blocks? Looks like it's just a couple of constants, and they can be used as parameters. So you can declare the constants that change as, well, arrays of constants in your program. And then loop four or five times, with the loop body representing one block. Or maybe declare a function instead of a loop body, and call it five times with different parameters. As a bonus, if you declare local variables like v64 v; inside the loop body, or inside the function body, you don't have to clear them before each such block.

      Why would the programmer do the repetitive work of copying, changing, then fixing the bugs in five places? Repetitive jobs are best delegated to the computer, it's powerful at doing them.

      • »
        »
        »
        »
        5 лет назад, # ^ |
          Проголосовать: нравится +8 Проголосовать: не нравится

        Thanks, the irony is i did the same mistake during the contest just after and lost some rating. learnt a very valuable lesson thanks!!