I am OK with IPv4. All my devices support it, the addresses are easy to remember. Everything works.

Though the local v6 addresses can be easy to remember as well, like fd00::0:1, it would be more annoying to remember a public IP as it would be longer.
The fact that my numpad does not have letters and : would make it more annoying to type, but whatever.

Still, IPv4 for me is good enough. There are not enough IPv6-only services that would make me consider adding it to my network and duplicating all the firewall rules. That's for my home network. It goes many times that for the work network, because that would be even more difficult and time-consuming for very little benefit right now.

I see NAT as a feature by the way, I would use it with v6 too.

As someone who uses old hardware, I agree. I have one small PC that I run Linux on. It's a 586, so, in theory I could run even the latest kernel, but in practice I run Debian 8, because Debian 9 does not boot on it (either 128MB RAM is not enough for it or the CPU is missing some feature).
The newer versions would probably run slower anyway.

I have a 486 though, maybe I should try to see which latest Debian version runs on it.

AFAIK, the aspect ratio of Babylon 5 is complicated.
The live action parts were shot at 16:9 with the plans to later release a widescreen version. However, some of the CGI parts (or was it the parts where CGI and live action was combined) were done in 4:3, since it would be possible to re-do them later in widescreen. They lost the files needed for the CGI, so it was not possible to re-do it though.

A 4:3 version crops some of the live action image (not a big deal since it was filmed with the intent of showing it in 4:3 first), a 16:9 version stretches or crops the CGI parts.

Live action parts were shot on film, so it is possible to have a HD version, but the CGI parts were likely done on video.

Probably the "best" version would be one that shits the aspect ration to 16:9 on live action and 4:3 on CGI. I don't know if it would be annoying to watch though.

Your vision is better than that of the vast majority of people.

It depends on the TV size and distance from it. If a TV is small and the viewer sits far away from it, there is no difference between 1080p and 2160p. Get far enough away and there would not even be difference from 576p.

From what I have noticed from my friends (as in - normal people, not the video equivalent of an audiophile), they sit too far from the TV, no matter the TV size. If the TV is small (maybe the person does not have space for it or whatever), then they sit about 2 meters away from it - where it would take good eyes to see the difference between 576p and 1080p. If the TV is bigger, they sit even further away from it.

I have a relatively big TV (150cm diagonal) and sit about 3 meters away from it. When I connect a PC to it, I can just barely make out the standard sized text on it, but my eyes are not that great. People who visit me usually comment that the TV is too big and I sit too close to it.

In some ways people normalized it.

How was it in the past? You got the program, you got its manual (whether paper or a file) and then you read the manual if you cant find some function. Try to do this with apps - users would likely complain that it's inconvenient, they don't understand how to use the program and that having to read instructions is unacceptable.

Then you get shit like the constant interruptions. After all, people love being interrupted - that's why various sites have notifications and why people actually turn them on. Sometime,s when I am talking with someone IRL, his phone goes off every few minutes with the notification sound. I ask if it's a SMS or something important and the answer is no, SMS has a different sound, this is just various news sites sending news. I get annoyed by the sound even if if's not my phone and I don't spend that much time with the guy, I have no idea how he can live with it.

Some stuff may be forced on us by the employer and so on, but a lot of it people do to themselves.

To each his own. I want to have a movie and music collection, whether on hard drives or on physical media. If I can buy it, I do (maybe not all the time though), but I am not going to continuously pay for the same thing.

Not as cool then. Though, if its summer and the enemy city is experiencing a heatwave, giving it "extra sun" could be useful.

It may be BS and really inefficient, but it could also be an awesome weapon. I they manage to put up a solar power satellite that can do, say, 1GW of useful power (probably 5GW of total power), instead of beaming power to the ground-based power plant, you can also aim it to the enemy country and some spot there gets really hot...

I guess that's the difference between theory and practice.

Yes, in theory, a NAT router will not block incoming connections without a firewall rule to do so. In practice however, for the vast majority of people and even companies (as in, everyone who gets a single public IP from their ISP), it will be the same as if the router did block incoming connections, because those incoming connections are not possible as a consequence of using RFC1918 IPs in the LAN.

After all, the argument for IPv6 is that with it you have enough addresses to not need NAT and be able to have incoming connections.

Yes, there is an attack, but it requires very specific circumstances:
1. Be a subscriber of the same ISP.
2. Be on the same VLAN.
3. The ISP cannot have IP filtering (ip-mac-port binding or similar) and no traffic segmentation (pvlan).
It reduces the set of potential attackers from "anyone with an internet connection" to only a few people who actually have to try to do this and not merely be infected with some worm.

If you have a brand new Windows XP installation with its firewall disabled and connect it directly to the ISP (so it gets a public IP), it will get hacked within seconds or minutes. If the same Windows XP PC is behind a NAT router and has a RFC1918 IP even if the router's firewall is set to allow all, it won't be hacked at least until one of the neighbors deliberately tries to do it.

It does not matter that the router does not block inbound connections if those inbound connections are not possible as a consequence of using RFC1918.

NAT protects even without the drop/reject rule, because the LAN IPs are not publicly routable or the ISP does not have a route to the LAN subnet (in most cases it's both). As such, without an explicit port forwarding rule (or something like uPnP), no incoming connections can be made to devices behind NAT.

Yeah, it's working, just my internet connection isn't working without that rule. Apparently, my ISP does not accept packets from 10.0.0.2, it only accepts packets from the public IP it assigned my router. Weird. Maybe its because multiple subscribers may have a device with 10.0.0.2 IP and the ISP cannot distinguish which one the packets came from or something.

Yes, the packets arrived without issue because it's an outgoing connection, so the router can forward the reply packets back to the device which originated them.
However, there is no way to initiate a connection to a device behind NAT unless there is a port forwarding rule. Without such rule, even if the firewall is set to allow everything, there is no real way to initiate a connection to a device behind NAT.

Alternatively, maybe there is an easy way to do that, in that case why do we need IPv6 at all? IPv4 and NAT works just as well, right?

Because my LAN uses RFC1918 IPs, which are not routable over the internet. You cannot connect to 10.0.0.2 on my LAN.
Similarly, without the masquerade/snat rule the router passes an outgoing packet with source IP 10.0.0.2, which then gets dropped by the ISP because the ISP has IP filtering or, if the ISP allows the outgoing packet, a reply packet will not come.

So, let's say I have a typical home internet connection. My router gets a public IP and my LAN is one of the RFC1918 subnets. My ISP does not have a static route to my LAN.

With just ip.forward enabled and no iptables rules (allow all), in theory my LAN would be accessible from outside, but for that the ISP would have to have a route to my LAN and even then, my LAN would only be accessible from my ISP, not the rest of the internet.
A subscriber to my ISP could add a static route to his router to access my LAN, but for that he would need to be on the same VLAN as me and the ISP has to not have IP filtering or something similar implemented.