Videos are not documentation.
They can be used to demonstrate examples of how to do a particular task, but as other commenters have mentioned, documentation involves listing classes, functions, parameters, etc and clearly explaining what they all do, in a searchable manner. Text is searchable, video is not.
Nope, I absolutely hate Jira and everything that I needed to do in it at my old job. Luckily for most stuff we had other issue trackers (multiple, but that’s another issue), but whenever I had to touch Jira or any other Atlassian tool, it was a bad time.
I freaking hate Shorts, and the persistence with which YouTube attempts to shove that crap down your throat is absolutely infuriating.
YouTube also recently made the thumbnails larger, which is also really bad as it makes it more difficult to see what videos are in your subscription feed (even moreso with all the shorts clogging it up).
The only use that I’ve thought of over the years is event logging where you need a very high confidence that no one has tampered with the logs.
For consumer software, yes, most is still being built with a baseline target instruction set from the early/mid-2000s. In 2019 there were reports of Apex Legends requiring SSE4.1, an instruction set from circa 2007. It will be be probably close to a couple decades before consumer software would start commonly requiring these instructions.
However, for more specialized environments, such as scientific and high-performance computing applications, it’s much more common that you will be using custom software designed for a specific task, and that it’s normal to recompile the software when you get a new set of hardware. In those applications, these instructions can make a huge impact, as you know exactly which capabilities are supported by the hardware and can use everything available.
I believe there are also some (possibly limited) situations where a program can check what instructions a processor supports and use either the newer (higher-performance) version or the slower, more widely-supported version depending on that check. There may be limits on how often that can be done however.
jQuery is a JavaScript* library that played a really important role in adding interactivity to websites and doing so in a way that works across browsers. Its capabilities were fantastic for its day, but newer iterations of JavaScript and subsequent frameworks and libraries (such as Angular, Vue, Svelte, and React) generally provide the same capabilities in a form that is easier to work with. Most new sites use those newer tools, but jQuery was one of the key technologies behind the kind of interactive websites from the mid-2000s until the mid-2010s (essentially the heyday of Web 2.0 (RIP)), and is still used in websites from that era that haven’t needed huge overhauls since then.
That’s unfortunate.
Instead of requiring an insurance selection or defaulting to one specific instance, perhaps they could have a handful of moderate/large instances that the app randomly selects between when a user signs up. That would spread out the signups from people who don’t understand the instances.