I spent WAY too long on this one because I thought the percent parameter was already * 0.01 lol

I had missed point about decimals so I had to spend like half an hour to try various solutions but couldn't just figure our. On test case kept on failing.

EN

It is better to avoid division. Instead of dividing by 100, it is better to use multiplication by 0.01

You can find the reasons on Google.

RU

Лучше избегать деление. Вместо деления на 100 лучше использовать умножение на 0,01.

Причины можно узнать в Google.

same bro, i hate that int(), it doesn't make any sense mathematically speaking :(

I swear to god, I had the same answer but it timed out on tests, so I had to forfeit it. Glad yours passed though.

Hey, that walrus operator line is pretty neat.

Agreed on the rounding constraint. The partial persons in the intermediate results are essentially just modeling variance in the year-to-year growth rate. (E.g., 1/3 of a person per year just means every third year you get an extra person.) If they're gonna make us round, it should be at the end, not in every step.

"my mathematical brain hates that I need to round this"

It isn't rounding, casting to int chops the decimal bit off.

How can we know that d is higher than a*b?

Duly noted, sir :)

i saw someone else do this first and i thought it was really cool so i figured out how to do this myself XD

Assembly disguised as C. It is brilliant!

Brilliant! I totally like this solution.
Haha, do you analyse malware for fun thinking that you came up with this solution?

Anyways, masterpiece!

Man, you have time to be this creative! Respect++