Because there isn’t one. OC is deranged.

Yes, it was pointed out that CoMaps was also the name of a business operating in… maps. So if the project gets traction, they’ll likely be sued into a better name.

Why didn’t they write this instead of the BS above?

And?

Why build another CLI editor?
What motivated us to build Edit was the need for a default CLI text editor in 64-bit versions of Windows. 32-bit versions of Windows ship with the MS-DOS editor, but 64-bit versions do not have a CLI editor installed inbox. From there, we narrowed down our options…
Many of you are probably familiar with the “How do I exit vim?” meme. While it is relatively simple to learn the magic exit incantation, it’s certainly not a coincidence that this often turns up as a stumbling block for new and old programmers.
Because we wanted to avoid this for a built-in default editor, we decided that we wanted a modeless editor for Windows (versus a modal editor where new users would have to remember different modes of operation and how to switch between them). This unfortunately limited our choices to a list of editors that either had no first-party support for Windows or were too big to bundle them with every version of the OS. As a result, Edit was born.

TL;DR: We tried nothing and were all out of options.

Simulink was the fun part of Matlab.

No.

The severed remains of a DP cable, sill attached to the port.

The power of the anecdote!

Absolutely, hell to the nah.

The name was voted by the community. There were a lot of very good names that unfortunately were already being used by other projects. I’m not a fan of the final choice either.

Agreed. Any list without Bowie is just objectively wrong. It’s like cheating, with 7 artists that only count as one.

I believe it was already useless because of polio.

Fuck me sideways. What a world.

That looks like telephony though, which is a lot less dangerous.

Only ever interacted with 6.0 beta. It was a great microkernel system. Even its GUI, Photon, was of a microkernel design, each module operating as a separate process. And it looked so good.

Appwrite and Supabase are both very promising open source “serverless” solutions.

Technically yes. But it can’t support many hard real-time use cases. For that you need a true RTOS, thought from the ground up for that purpose. Something like VxWorks, QNX, some flavors of L4.

To be clear, you would be, but it’s the principle of the thing.

Of course it’s all stored in the filesystem, so there isn’t anything that isn’t technically a file.

But, for instance, while as before you’d have a simple log file you could access directly, now you have a binary blob that is inaccessible without systemD itself.

The are other numerous better exceptions that are better examples than systemD. DBus, for instance. InfernoOS is an interesting example of taking the “everything is a file” to heart.

Used to be. But then systemD attacked…