| > Whatever method you use to generate your decimals, you can just slap an integer on each step of the way. You'll never run out of integers. Exactly correct! This holds true of everything you can generate stepwise, even infinite sets. Cantor proved that you cannot "generate" (stepwise) all Reals between 0 and 1. Any infinite set you can generate stepwise is Countably Infinite. > I'll put Cantor and his proof in a box, tell him to give me his fancy decimals quick as he can, and I can match each one with an integer no problem. Exactly correct! And then infinitely later, when you're "done", having generated every Real between 0 and 1, he will then generate a new Real not on your list. Oops! You have not generated all Reals between 0 and 1, even with infinite time. > And pairing one infinite list with another infinite list doesn't make either one any more countable, because however high you count, they keep on going. Exactly correct! Any two sets you can pair together (via a bijection) have the exact same cardinality. Neither is more infinite nor countable than the other. Cantor proved you cannot "pair" the Reals with the Natural Numbers. You and Cantor agree completely. You're very close to understanding why the Reals are bigger. |
There can be no 'and then' after infinitely later.
I don't see why stepwise is important but that must be the key to Cantor's proof.
If he gives me 1.1 1.2 1.3 and I pair with 1 2 3, then he gives me 1.11 and I pair with 4, that seems fine as far as counting is concerned.
The ordering could be entirely random, I don't see how it makes a difference. There will always be enough integers to match.
Is it that my black box metaphor is cheating by coercing a truly 'parallel' generation of decimals into a linear operation? But even then, if I'm getting exponentially bigger chunks of new decimals, I can provide equally large chunks of integers... so it still doesn't make sense to me. Infinity is infinity and you cannot count it.