I was playing something the other day (probably Starfield) and I shot a dude, and he just turned into 2 dudes instead of dying.
My reaction to this: "Damn! Killed the dude so hard, he underwent mitosis."
I was playing something the other day (probably Starfield) and I shot a dude, and he just turned into 2 dudes instead of dying.
My reaction to this: "Damn! Killed the dude so hard, he underwent mitosis."
Finally the opposite of Loss
bash.org style joke.
I definitely saw that on there 15 years or so ago
oo
00
88
oooo
oooo
0000
8888
oooooooo
oooooooo
00000000
88888888
oooooooooooooooo
oooooooooooooooo
0000000000000000
8888888888888888
oooooooooooooooooooooooooooooooo
oooooooooooooooooooooooooooooooo
00000000000000000000000000000000
88888888888888888888888888888888
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
Do it 27 times and you have a million dollars and the IRS all over your ass.
python -c 'import time as t; a="o"; all( (print(a), a:=a.replace(*["o","O","8","oo"][i%3:i%3+2]), t.sleep(max(.3,1-i/50))) for i in range(60))'
edited to make it stop after 1MB; notes here:
someone asked in a reply:
Does that loop infinitely
The first version I posted would loop infinitely... if you have infinite RAM, that is ๐ซ (the length of the string will reach 1KB after 30 iterations, and 1MB after 60, 2MB after 63, and so on). Also, to keep the loop in a single line I had foolishly used a list comprehension which meant each previous iteration was also being retained.
Fortunately the rate of memory consumption is not too fast because python string replacement is very slow, but, thanks to your question making me think about it, to avoid eventually crashing someone's computer if they don't know to hit ctrl-c to kill it, i've now edited it so that it will stop after 60 iterations. I also made it use all() to consume a generator comprehension instead of a list comprehension, to avoid retaining the state of previous iterations.
here is my very inefficient list-comprehension-using original version which will run until it runs out of memory:
python -c 'import itertools as I,time as t;a="o";[(print(a),a:=a.replace(*["o","O","8","oo"][i%3:i%3+2]),t.sleep(max(.3,1-(i/50))))for i in I.count()]'
if you leave this version running long enough, you will be at the mercy of your operating system's out-of-memory-killer: if it decides to kill other things before it kills this python process you might have a bad time.
here is another version which will actually loop infinitely without consuming more RAM:
python -c 'import itertools as I,time as T; all((any(print(["o","O","8"][i%3],end="")for _ in range(2**(i//3))),print(),T.sleep(max(.3,1-i/50)))for i in I.count())'
this is technically not completely constant-space because i and 2**(i//3) are still growing... but it will run for a very very very long time before it needs to allocate a small amount more.
I'm leaving the space-inefficient now-not-infinite one at the top of this comment because using replace() is easier to read than this nested loop version.
Does that loop infinitely? Because if it does Reddit needs to know ALL about it.
Does that loop infinitely
yes and no; i've now edited the comment.
What on earth? Works on my machine

Edit: oh I actually read the code and now I get that you are not replying back a error you got from my message...
????
๐ถ
โ
๐ง
oooooooo
00000000
88888888
oooooooooooooooo
I think the first time I've seen that was still with IRC logs
bash. org for the win. (the site has been down for some time now I am pretty sure)
A place for majestic STEMLORD peacocking, as well as memes about the realities of working in a lab.

Rules
This is a science community. We use the Dawkins definition of meme.