I would second getting a separate microphone/headphone instead of a combined headset.

All the headsets I owned over the years were significantly worse in audio quality and broke after a few years, usually something related to the microphone.

I went with a Sennheiser 598 with a Modmic for years, which was ok but switched to a beyerdynamic DT 1990 Pro about 4 years ago.

So far my favorite out of all the headphones I owned. Very clear sound, comfortable, actually "Made in Germany", and they still provide replacement parts on their website. Replaced my ear pads just a month ago or so.

The Modmic is decent but there is a lot of room for improvement, I was never able to find a proper alternative though.

Sodium-based batteries currently have a lower energy density than lithium-based batteries so they are only useful in some applications.

When I worked help desk, a coworker of mine took a call where someone called in because one of the thin clients was on fire. The user was advised to call 911.

Well, did he try to turn it off and NOT back on again?

And yet I do not think I will be using my Bosch in 25 years because some cheap internal plastic part will have broken down while the Makita would still run.

I don't think you can import pfSense configurations into OPNsense. I switched from a DIY pfSense box as well and redid the config.

You can look for a converter or install pfSense onto it though.

Because it's dope.

Also, according to their website the 10 and 25 Gbit/s packages cost the same per month.

Also, still cheaper than my 1 Gbit/s connection.

The RFC you linked recommends that no new X- prefixed headers should be used.

The paragraph you quoted does not say you should use the X- prefix, only comments on how it was used.

See section 3 for the creation of new parameters: https://datatracker.ietf.org/doc/html/rfc6648#section-3

I still work on software that extendively uses X- headers.

I wouldn't worry too much about it. The reason they give is mostly that it is annoying if a X- header suddenly becomes standardized and you end up having to support X-Something and Something. Most likely a non-issue with real custom headers.

We don't have many unit tests that test against live APIs, most use mock APIs for testing.

The only use for this header would be if somebody sees it during development, at which point it would already be in the documentation or if you explicitly add a feature to look if the header is present. Which I don't see happening any time soon since we get mailed about deprecations as well.

My dad has an old Makita cordless drill from 1995 which he used for everything from assembling Ikea furniture to drilling holes in cement walls. Complete metal innards, full metal case, battery that's big and heavy enough to bludgeon somebody to death with.

Until one day I bought a fancy new Bosch cordless screwdriver with Li-ion battery, brushless motor and 1/4 the size and weight of the Makita.

At first he laughed at me for buying a toy, then he tried it. He ordered one as well the week after and uses it pretty much exclusively since then.

Still keeps the Makita box and drill around purely for the retro look but even with fresh batteries the amount of torque they put out is not even in the same league.

Obviously that is the exception rather than the rule and most technological advances went into making companies more profits instead of building better products, but there are some advancements that made power tools better. Li-ion batteries and brushless motors being two of the big ones.

I don't really get the purpose of a header like this, who is supposed to check it? It's not like developers casually check the headers returned by an API every week.

Write them a mail if you see deprecated functions being used by a certain API key, probably much more likely to reach somebody that way.

Also, TIL that the IETF deprecated the X- prefix more than 10 years ago. Seems like that one didn't pan out.

They are expensive but I run a OPNsense DEC740 and have no issues with my Gigabit fiber, even without modem and the PPPoE overhead.

You can still try playing with hardware offload on/off and if you use PPPoE, it runs on a single core by default.

I'm going to put Capcom on the same list EA and Ubisoft already are on. If the pirate has the better experience than the customer I see no reason to buy their games.