Re: lun - Lucky Number

On 08/03/2025 18:34, Rich wrote:

Stefan Claas <fgrsna.pynnf@vagrearg.eh> wrote:

Hi all,
>
from the previous discussion with Richard I came up with a new idea to
create a random number. I call the Go program lun = Lucky Number.

>
How /random/ do you want this number to be?
>

Here is a sample run with 3 seconds set.  You can also use1 or many
more seconds.
>
$ lun 3
>
Started: 2025-03-08 01:29:57
>
2287128966796887 1741393797 2287130708190684
2443764953918824 1741393798 2443766695312622
8241182675020522 1741393799 8241184416414321
>
Ended: 2025-03-08 01:29:59
Time elapsed: 00:00:03
Multiplying: 2287130708190684 * 8241184416414321
Your lucky number is: 18848665950643714819328816385564
SHA256: 28fd1445771c772f403eb4092b722640a529b5c84c3ee50bc6d631454e83daed
>
The first column is a random number

>
So, you already have a *random number*.  Why do any more?
>

, the second the local Unix-Epoch-Time

>
Very *not* random.
>

and the third shows the addition of column1 and column2.

>
Provided the random number was "good enough randomness" this has no
benefit.
>

The lucky number was generated by multiplying the first and last
value of the right column.

>
The product R1 * R2 is little different, randomness wise, from the
product R1 * (R2 + Predictable_Offset).  If you can generate random
numbers, what is the value in computing R1 * (R2 + Predictable_Offset)?
>

Hope you like the idea!

>
I fail to see any point to it.
>
If you can generate a random number, then you already have a random
number.  You can stop here and enjoy using your random number.

 https://xkcd.com/221/