You’ll have to ask them. Maybe you should, and maybe they’ll consider it. If you don’t ask, it’s much less likely they’ll think of it themselves.

Because properly packaging/distributing your game is hard. Maintaining a build environment, running tests, having unique deliverables, it all adds effort. With Proton specifically, it’s a much lower effort to report. If there is a linux specific bug, it’s fine, because Linux isn’t officially supported, it’s just known to work with Proton. You also only need to ship one binary file (the Windows build), so you don’t have to adjust or alter any processes.

This may not be the reason they do it, but there are real reasons.

It still suffers from not having access to the DOM and other APIs the browser supplies. That’s being worked on, I believe.

Without that, you still need a JavaScript layer in-between at the very least. At that point, you’re not gaining much from running in WASM.

So, both Linux and Windows comes with a component called the “Kernel” (technically, Linux is the kernel, and the OS is something like Ubuntu, Fedora, etc…). This Kernel sits between the actual hardware and the rest of the operating system. It is responsible for things taking your app and loading it into memory, then handing the starting point to the CPU, things like this.

Since both of these kernels are developed independently, and basically from scratch, they work quite differently. When a program (app) is launched, the operating system needs to know a lot of small details in order to actually run it. What it needs to know and how to find it is quite different between Linux and Windows. Windows “Portable Executable” files (.exe files), and linux uses Executable and Linkable Format files. Your idea would be to simply re-arrange and augment the data in this header so it executes on the other platform, right?

There is a major wrinkle with this though, and that is the system libraries. Both the OSes have functionality to make it easier to write applications, provided by the OS. Things like sound libraries to write sound to the speakers, or graphics APIs so the application can draw to the screen. For Linux running on Windows, you can just look at what Linux provides and emulate that, or grab the source code and port that to Windows. However, the reverse is not so easy, because Windows is closed-source. Rebuilding every windows API from scratch is quite difficult, and made harder because the architecture is different, and solutions that are easy to provide in Windows might be quite hard in Linux.

It’s this library gap where the value of Wine comes from, and how it works.

You might ask, then, if it’s possible to run both kernels, and provide both options. Yes. In fact, this is how WSL on Windows works. It runs a customised version of the Linux kernel as a Windows application. Likewise, docker allows you to run a Windows nanosever, which is somewhat similar. However, running a container has more overhead than running the system API translations.

Running them ‘natively’ doesn’t really make sense, in the same way I cannot connect K’nex pieces to my Lego model directly. The two operating systems simply have different shapes, and cannot be directly connected.

Indeed, I think a clean workspace is a better analogy. The more you live in a space, the dirtier it becomes. As a place gets dirty or messy, it gets harder to live/work in the space. You must, at some point, take some time to clean, or you end up living in a hoarder’s house. There is a limit to where cleaning and organising has diminishing returns, and eventually, you’re just shuffling stuff around instead of cleaning.

The analogy isn’t perfect, of course (no analogy is), but it’s better than the debt analogy, I think.

There have been genuine advancements in language design in the last three decades. The existing languages aren’t suddenly outdated and useless, no, but it’s just as wrong to say there is no room for growth and improvement.

Besides, nobody is throwing away legacy code and starting over, at least when it comes to language development. The language teams are new groups working on new projects.

We also see that the ‘legacy’ languages are taking lessons from the new ones. Java is implementing features first seen in Kotlin. C++ is getting classes inspired by Rust. The users of these existing languages are benefiting by the development efforts of these new languages, without ever having to even use them.

From my experience, AI-assisted development is not good at complex systems. If a feature or fix requires a lot of changes in different places, or if the business logic is complex and difficult to understand, then the AI usually, in my experience at least, doesn’t do a good job with it. And because the system is large/complex, you have to have a correct understanding yourself of how the system works if you want to know if the AI changes will actually work as expected, and what edge cases it addresses and omits.

I have Aphantasia, and it has a lot less impact than you might think. Just like you I’m able to retrace steps in my mind, or to imagine objects, or recall visual facts from memory (E.g., tell you the colour of someone’s hat, or the shape, etc), or to solve a maze in my head before drawing it on paper, etc, etc.

Pretty much the only thing I cannot do that people with Phantasia can is picture images in my head. E.g., I cannot picture a cow and then rotate it in my mind. I can imagine the concept of a rotating cow, but there’s no head picture that goes along with it. Other than that, I cannot think of any real task that is in any way more difficult (or even really different) from people with Phantasia.

Bun is not nearly popular enough to have a measurable impact on the JavaScript community, no matter what happens with it.

Speaking is faster than typing, I guess?

I’ve only heard the quote, never the attribution. I looked the quote up to attribute it, but I really don’t know who Stephen is. Hopefully not someone too horrible…?

“We judge ourselves by our intentions and others by their behaviour.”
― Stephen M.R. Covey

Depends on what your goal is. Winning? Not losing? Having fun? Personal growth? Depending on what you’re doing and what your circumstances are, you need to take different approaches.

To actually answer your question, neither action is inherently good or bad, and so neither ‘wins’. Attacking a child is bad, but defending a rapist is also bad. Reverse those positions, and suddenly they are good.

That’s roughly when the “subscribe to our newsletter” popup shows up. That darkens the background. You probably just have no foreground (if I may be so presumptuous as to guess).

All the cool communists are out in the real world, robbing banks or something.

Within the context of the article, I think it is completely fair to say that creating code is cheap compared to the cost of understanding that code.

What a great parody of the thing that the link doesn’t say at all.

I agree with you. However, I think you’ve misunderstood what inlay hints look like. Here’s an example.

Indeed. There will be lots of times when you’ll be reading code without a while IDE attached. When doing code reviews in the browser, when looking at patch files or git diffs in the command line, when browsing code files on some git host, or when you’ve gone to a confrence and you left your laptop in the hotel room because Steve from accounting assured you it would just be a meet-and-greet with clients, but then some production bug hit and every odd-numbered request is returning a 401 for some reason, so you need to borrow Steve’s laptop to fix this.

You’re just skipping over the obvious choice of chopsticks, I see.