Except this isn't prohibiting code generated from an LLM. This is prohibiting code from someone who doesn't understand coding well enough to clean it up enough so it looks like a real person developed and reviewed it.

If the code is calling non-existent APIs or has AI prompts left in the comments, it is garbage code that shouldn't be accepted. What they're actually saying is they won't accept crappy and careless code.

This is one of the rare times that the answer to the headline question is yes rather than no.

Absolutely high speed trains *could* do that. But it wont happen.

I'm honestly not sure it is a great idea. When it comes to non-phone form factors, I've had both Android and ChromeOS tablets and laptops, and ChromeOS is far better for the task. You can add the Google Play store to it, so it can run Android apps just fine if needed. You can also enable Linux apps. It is smart enough to switch between tablet and laptop mode depending on if the keyboard is there. It isn't a jarring difference, but it does shift a few things to work better with a touchscreen vs keyboard.

It seems to me the convergence would work better when you get mobile stuff to run in a desktop environment rather than trying to get desktop stuff to run inside of Android.

It is all powered by Linux so in theory it should all work together, but in practice they've announced these operating systems are merging many times already. It only ever happens as an internal project, and never sees the light of day.

The CEO has been given all sorts of impressive demos where it works well, so his view of the technology is skewed.

Add in that he's financially motivated to believe that they've created something amazing with all of their investment, and you have a recipe for someone to be very detached from reality.

In Canada it was a large anti-vax movement in religious communities in southern Alberta that caused their issues. Most of the far right stuff in Alberta is imported from the USA.

The anti-vax movement predates Trump, but his choice to pick an anti-vaxer to lead US public health certainly hasn't helped.

The lack of the one cross platform UI framework to rule them all can be a downside, as has Microsoft's adventures with creating and abandoning modern UI frameworks. But on the flip side this has led to a proliferation of third party options.

Avalonia works everywhere, and they recently made MAUI run on top of Avalonia to give it Linux and WebASM support. They also have a commercial product to run WPF cross platform using Avalonia. So not only do they provide a good option, they have made two of Microsoft's frameworks work cross platform as well.

Then there is Uno Platform, which is basically a cross platform WinUI implementation. There is also Eto.Forms if you want a simple desktop focused toolkit that wraps the native platform's widgets. There are also a lot of ways to bring Blazor to native applications. You can even use QT with QML.NET, though that isn't actively maintained.

It was simpler to choose a UI for C# in the early days. All you had was WinForms. Then for a while you had Winforms or WPF. Now this decade there is a pile of options.

It is surprising how common this is. I see complaints that CompanyX doesn't have an app, but when asked about what that app would do that the mobile friendly companyX.com website doesn't do they're not able to answer.

The one benefit to that is that it is easier to make it cross platform, but there are other ways to be cross platform without writing a web app. Unfortunately the largest (and often least expensive) set of developers know how to make websites and nothing else, so they make what they know.

You can't really blame application developers for not targeting native Windows anymore when even Microsoft doesn't use their own native frameworks to build applications. Outlook is now just a website inside a webview control, rather than a native app. Since they were already spending effort developing a web version of Outlook, this allowed them to converge the codebase and maintain just one Outlook rather a Windows app and a web app. It also means that it doesn't feel like a native application a lot of the time.

The same person who designed TypeScript also designed C#, so they have a lot of similarities. The main difference is that C# is compiled for its own runtime rather than being turned into Javascript and run by a web browser.

Part of that solution was that the US and Europe outsourced their manufacturing to Asia. So the emissions are counted as Asia's, but they are for producing goods for US and European companies that will be shipped back to those markets.

China in particular has increased their coal usage, but they've also substantially increased their renewable energy. The solar capacity added just this year in Asia is more than the total solar output of North America. China's mix of energy is cleaner now than before, but total energy usage has skyrocketed leading to greater emissions.

The problem is solvable, but countries need to care about solving it. Industry has helped to ensure the political will isn't there. The fact that we need every country on board makes it politically difficult. We could all learn from one another and do things to solve it, but will we?

Subject says it all

So there will be yet another rewrite of Outlook that makes it even worse. Maybe they can make it feel even less like a Windows application than it already does.

The human body generates more bio-electricity than a 120-volt battery and over 25,000 BTUs of body heat. Combined with a form of fusion, the machines have found all the energy they would ever need.

It can't get warmer if there is no thermometer to read.

It is the intense wealth those few people have that affords them that enormous power, so of course inequity is at the root of it.

You don't get an oligarchy if your economy doesn't allow for an obscene concentration of wealth. You certainly don't fix the problems caused by the oligarchy by continuing along a path where the wealth transfer continues to get historically bad year after year.