Imagine the real number line is a database that you can run SELECT queries against, and you don't have to worry about giving a computational procedure that produces the result, it just magically gets produced.
Now, imagine you write a query, like, say, "SELECT number WHERE number = .01 * FIB[1] + .001 * FIB[2] + .0001 * FIB[3]" and so on until you get what the article discusses.
It isn't necessarily that surprising that you might find something with an uncountably infinite numbers to pick from.
Now, consider all possible "interesting" queries you could run, along with all their results.
There result is an inconceivably large sea of queries. Most of them are, in fact, utterly pointless; SELECT statements that return no values, SELECT statements that return all values (equally pointless), SELECT statements that return complicated sets of values but have essentially no mathematical interest because there is no practical way to represent them as anything smaller or more interesting, etc.
In this massive sea of results, you should expect a lot of interesting things to exist. Finding them is tricky; in percentage terms they make up 0% of the results, but we have mechanisms for finding some of them.
Basically, there are so infinitely many mathematical statements that there can't help but be a large supply of "interesting" statements like this.
For an interesting view on that, see https://en.wikipedia.org/wiki/Mathematical_coincidence . These are true statements or almost true statements (near equalities) about a wide variety of numbers that are essentially meaningless... it's just there's so many ways of putting things together that there are inevitably large numbers of these things (the wiki page is just a sampling).
You can even generate these mathematical coincidences yourself. Create a program that will systematically iterate over abstract syntax trees of mathematical expressions involving whatever combination of mathematical operators (+-×/, sqrt, log, sin, whatever) and numbers you like (the first ten integers, e, i, pi, whatever else you like), store up a table of results and emit any two expressions that are, say, within .01% of each other. You will rapidly find a ton of results, because it turns out that even with modest numbers of operators, there are far more mathematical expressions than there are small numbers for them to result in separated by more than .01%. If you think about it, this program can't help but emit a lot of results. Some of them will be humanly "interesting". A few of them will even be mathematically interesting (e.g., this procedure will generate the famous Euler identity relatively quickly if you included the relevant operators and numbers).
On a larger scale, this is also known as the Strong Law of Small Numbers: https://en.wikipedia.org/wiki/Strong_Law_of_Small_Numbers The previous paragraph is a very bite-sized example of why this holds that you can code up yourself if you are interested.