The first science fiction convention as we would recognize them today (meeting guests of honor, costuming, etc) was before TV science fiction shows so was mainly for written fiction. That’s why “WorldCon” gets the name with no qualifications attached:
This is a great video. I first saw it when it came out and I was working as an enterprise storage administrator. We had a lot of interesting discussions about things we could do to maximize/optimize performance and when we saw this it opened a whole new can of worms
I remember there was a storage array vendor that we bought hardware from, they mounted their disks in opposing pairs, top-loaded in a pull out shelf one facing forwards and the next backwards (back to back, instead of back to front as most other large disk arrays did, and still do I believe). The purported benefit (though hard to say how much benefit it had in the real world) was to cancel out vibration and oscillations in the chassis and especially if you had a whole server rack loaded up with these drive shelves.
Makes me think of my own “so weird I might not believe it if I hadn’t dealt with it personally” tech failure story.
So, around the same time as I was managing these SAN arrays I also had responsibility for some big clustered NAS boxes. One node of one of the NAS arrays would randomly-ish reboot itself once a week or so and otherwise showed no sign of ill-health, mismatched code, or suspected failing hardware. Yet the reboots persisted for weeks. Worked with the vendor and they couldn’t identify any reason or recommended remediation. In the data center we used these RS-232 to Cat5e serial console cables with patch panels distributed amongst the server racks allowing a remote admin (me) to connect to a device over its serial port via an Ethernet-to-serial go-between device. Normally they would be left disconnected until an issue occurred and we would create a ticket for someone on-site to go hook up the cable so we could remote connect to the server/storage array/NAS device and troubleshoot & fix it.
Someone had left this cable plugged into the patch panel and the serial port of this one NAS node and the patch panel port had its home-run Ethernet cable untwisted a little too much, such that random EM noise was being induced onto any wire plugged into that port which the serial console port was receiving. But since it was garbage the serial port couldn’t do anything with the small amount of data it was receiving constantly so it was just filling its buffer space (which was tiny compared to any then-current NIC) and when that buffer filled up it spilled onto the system bus which caused a kernel panic in the OS. When we watched how fast that buffer was filling up with data and extrapolated out the time required to overflow the available buffer memory it corresponded perfectly with the frequency of random reboots. Unplugged the serial cable and the node was perfectly stable.
So that is my story about how random EM noise caused me job headaches for weeks. As close as possible to a random technology issue being caused by solar flares as I’ve witnessed firsthand.