0.9999.... is equal to 1

I honestly thought that by this time, everyone in the world knew this was true, save those who have absolutely no idea what numbers are.....ok, I'll do my best to explain this to all you would-be trolls.

1/3 = 0.333
now multiply both sides by 3 and you get:
3/3 = 0.9999....
OR
1 = 0.9999....

Now, Let's start with 1 = 0.99999.... this time.
Subtract 0.9999.... from each side and you get:
0 = 0.00000....
Yes, there is a 1 there, but it is exactly aleph null zeros from the decimal.....meaning it kinda isn't there, and that you just subtracted the same number from two numbers and got the same answer for both....thus they must be equal.

Last: between any two unequal real numbers, there are infinitely many numbers. I'd like to challenge anyone to find a number between 0.9999..... and 1. If you can find that number, then you win infinitely many internets, but if not, just admit that 0.999... does, in fact, equal 1.

>>19
10 and 9 are not the same number because there is at least one fractional value between them, such as 9.5. 1 and 0.999... are the same number because there is nothing between them. There is no such thing as 0.999...5. It is the same concept as colors: red and yellow are not the same color because there is something between them, namely orange. Red and yellow are just points on an analog spectrum.

>>29
Wrong (as already said).

Counting whole numbers in base10 works like this: (0)(0)(0), (0)(0)(1), (0)(0)(2), ... , (0)(0)(9), (0)(1)(0). There is an infinite series of 0's going off to the left, they just aren't mentioned for simplicity. A whole number is simply one with an infinite series of 0's that also goes off to the right of the radix point ("decimal point" in base10), which is likewise usually ignored.

Counting whole numbers in base60 would be: (0)(0)(0), (0)(0)(1), (0)(0)(2), (0)(0)(3), ... , (0)(0)(59), (0)(1)(0).

(0)(0).(59)(59)(59)... is the same as (0)(1).(0)(0)(0)..., which is simplified to 1 for convenience.