In an of itself, that's a perfectly cromulant opinion to hold, but I doubt it's going to be shared by a bunch of people with Robinhood accounts paying electronically for the delivery of "freedfrom from techy surfdom". :D

Toyota makes cars that last in factories that last. They're preparing for January 2029 when the Troll-in-Chief leaves office.

Developers of iOS native apps have to know what TLS is because the App Transport Security policy of iOS requires all web APIs used by the application and controlled by its developer to use TLS since 2015.

Low quality PC to console ports have always existed (and vice versa for that matter.) Define broken - crashing your console?

I'm a game programmer, 20 years in the industry shipping dozens of games across the entire history of consoles starting from the PS2/GC era up to and including the consoles of today. Take it from me, the fact that console hardware is fixed ensures the experience of running games designed to push hardware to their functional limits is far more stable/hassle free.

If you don't wanna play games that do that, then this might not be as big of an issue. But the fixed hardware of a console simply cannot be discounted. Valve is not stupid for making a "verified on our console" program. The console platforms spend OODLEs of money ensuring that console games are by and large rock solid. (Counter examples not welcome, I'm just saying in comparison to the arbitrary hardware landscape of the Windows PC install base)

Also console OSes are designed for their main purpose - turn it on, play the game, stop playing the game whenever you like, come back to the game whenever you like. They're optimized towards that experience in a way that a general purpose PC struggles to do (admittedly Steam's big picture mode is pretty good, but you can't totally handwave away the fact that Windows is running in the background)

I'm not against gaming PCs, I have a nice one, it's my main daily game driver. (Also have a PS5, because I'm not only a developer, I'm also a customer!)

Until they see a trailer for a game that looks interesting, click through to learn more about the game, and find that it's available for (say) Linux, Windows, and NES. A lot of games from smaller studios get released on PC first, or PC plus an unlicensed release on a long-obsolete console, while the studio awaits approval to obtain a devkit for the major modern consoles.

Does this include things like Steam Deck?

If you refer solely to physical distribution through big-box electronics store chains in the United States, what's so special about that sales channel?

Likewise, a lot of people use obsolete Mac computers, and a lot of people (including myself) use obsolete Nintendo Entertainment System consoles.

As I understand it, the "obsolete" label applies to a video game console once its manufacturer is no longer certifying new games for it. For example, Shakedown: Hawaii is the last Wii disc game in Europe, the last Wii U disc game in North America, and the last PlayStation 3 game. See list of last licensed games by console.

You are technically correct that the Americans with Disabilities Act 1990 does not apply because Ryanair operates in Europe, not the United States. However, the United States is by far not the only country with a disability discrimination law. Ryanair is headquartered in a suburb of Dublin, Ireland, a European Union member state that has its own disability accommodation law framework. So let me address the spirit of coats's question:

Say someone can't use a smartphone without setting it to use large print. If Ryanair requires its customers to use an application that is incompatible with large print setting, what recourse does the customer have under Irish law?

What country? I seem to remember some countries have instituted policies that require "social" web applications to thoroughly verify the age of all users. Australia, for example, passed such a law that takes effect next month.

One alternative to YouTube is uploading your "shitty but fun songs" on your own website.

How so, now that almost all web and native applications use TLS to communicate with the server? An attacker running a packet sniffer on a TLS session can see the connection's IP address, the server's hostname, the size of communication, and nothing else. This would amount to "A user connected to Ryanair and received a data volume typical of a checkin."

This is the case for many applications. Both major smartphone operating systems' included web browsers support progressive web applications (PWA). These use a service worker, a script cached on the device that acts as a proxy to cache a particular site's pages, scripts, and data and present them to the user even while the device is offline. They grant additional permissions to bookmarks on the device's home screen. For example, Safari for iOS allows a website added to the home screen to use the Push API to receive notifications through its service worker.

However, a lot of service providers maintain a native application for iOS and a native application for Android instead of relying on a PWA. Based on my recent conversation with UnknowingFool, this includes at least Grab, Doordash, Uber Eats, Instacart, Favor, Grubhub, and Postmates, and these providers are thought to have (unstated) good reasons for doing so.

Such as high-resolution image editing and high-definition video editing. Compared to a web browser, these aren't quite as amenable to splitting an application into numerous "content processes," each with their own separate 2 GB RAM.

For a while, Linux supported an x86-64 ABI called "x32" that limits each process's address space to 2 GB so that more pointers will fit in the processor's data cache. It didn't become popular, in part because of a need to load three versions of the system libraries: 32-bit i686, x86-64, and "x32". In addition, porting x86-64 applications to use less pointer-heavy containers gave most of the cache advantage that "x32" would have provided. This includes switching from linked lists to gap buffers (or other dynamic arrays), from B-trees to T-trees, or from pointers to indices in a pool. Rust in particular has encouraged use of appropriately sized indices as a workaround for the borrow checker.

There's a widespread misconception that a 32-bit operating system is limited to 3 GB of physical RAM. I think this comes from Microsoft's practice of requiring drivers for 32-bit Windows Server to support PAE as a condition for certification, but not drivers for 32-bit Windows desktop. I seem to remember 32-bit desktop Linux being more PAE-friendly. PAE and content processes are how Firefox for 32-bit Linux managed to hang on this long.

Each function could be loaded the first time the user uses it. The device has to be online to query what is in stock at any given moment anyway. And I'd be interested in others' speculation about why the client side of the most widely used functions can't all fit in (say) 5 MB, which is twice the size of Doom.

I accept that, adding a clarification that I suggested the solution for the purpose of asking other people what these companies might know that I don't.

Wikipedia officially requires articles to summarize their sources from a neutral point of view. However, Wikipedia did become overtly political with the PROTECT IP blackout of January 18, 2012, in protest of a proposed law seen to threaten Wikipedia's existence.