iforgot22

I'm not sure if this is what you meant, but a blockchain doesn't require that every user runs a node. And any "blockchain" application usually involves some off-chain brokers for performance reasons, which yes users would have to trust to some extent, but they'd also be able to cross-check and switch brokers (or run their own) if they ever lose trust.

So a blockchain forum is doable in a similar way as NFTs. Would require caching on the read side, and unless your users are posting important enough stuff to warrant high xact fees, off-chain write batching.

The real obstacle is that like NFTs, it'd be solving a mostly theoretical problem. Barely anyone cares that a forum is owned by someone, and you need a ton of users to gain traction.

HN has more restrictions on downvotes. For instance, I don't even have that button.

Paywalls would be a lot more impactful to average users than anything that happened on Twitter or Reddit before.

What constraints are needed? I've used DSLs that are almost Python but not quite, I think because they were hermetic and deterministic. Even those ended up being produced dynamically using some higher level config DSL or just regular code. Like once you're doing RPCs, it's general programming language territory (though there are also DSLs that do this, which is cursed).

And yes, I have very bad memories of Kubernetes YAML, also YAML itself.

If you install it 3 times then yeah, but even then, all 3 of them will still work.

But I could've sworn the python.org installer set the PATH. If not, that's kinda annoying.

Can they use pyspark?

I'm not surprised it's above Rust and Perl, but it's below Dart?! Ouch.

I cared about programming languages when I was a newcomer. Stopped caring about 10 years ago. They're just tools, each with their own gotchas and different design choices I couldn't care less about. Between two tools that both work ok, I will definitely pick whichever one my team and I can learn the easiest, and that includes LLM coverage.

So then they need to know toml (Tom's Obvious Minimal Language)? https://github.com/gtk-rs/examples/blob/master/Cargo.toml I don't know what this file says.

If only Python had the equivalent of npm.

There are way more people who know Python than Scala, and it's also an easier language to get started with.

You run into the same problem with config DSLs, except now you're dealing with a DSL. Config is almost never going to be static.

All a Mac user has needed to do was install from https://www.python.org/downloads/ and then run python3 in the shell. Even if you use MacPorts or brew or conda or whatever, there's a distinct command to run Python 3 instead of 2.

I get that Python's package manager situation is terrible, but like the other user said, you only need built-in packages to spit out a config json or whatever.

XNU apparently stands for "X is not Unix." Well that's confusing.

Why is this convo about kernels so angry? And macOS isn't even based on a microkernel.

Apparently Windows XP is the dominant desktop OS in Armenia. They were savvy enough not to go to Vista I guess. (Not that the country is anywhere near large enough to skew global benchmarks.)

The number of people who swap CPUs or even pay attention to the "Intel inside" sticker on a PC must be very small.

Which isn't really going to happen or be noticeable in this case. Yeah GC is slightly slower, but it's like blaming a 10-minute mile on your shoes. SDN or DBMS written in a GC'd language is probably not a good idea.

Does it have an option to shut off the dGPU entirely and rely on integrated? Just as a test.

It's also unfortunate for a lot of heavy JS libs out there that they can't be cached locally anymore, but security is important.

One WASM-related case I've actually encountered in the wild is Unity web. Similar problem as Golang, the runtime is heavy.

There's also a lot of fast software written in Golang. GC has an undeserved bad reputation.

Modern macOS might be optimized for Apple Silicon CPUs. But even when it was Intel only, there were probably times when Windows was lighter, albeit bad in other ways.

Sounds a lot like a dedicated GPU is running and heat-throttling the whole thing, since you don't see CPU usage.

I wanted to say gaming laptops are a scam, but the older Intel MBPs with dedicated GPUs suffered too. More trouble than they're worth.

The renderer isn't going to pause on JS execution or GC.

I think even a blank Electron app is rather heavy because it's basically a whole web browser, which btw is written in C++. BUT my 2015 baseline MBP still feels fine.

Some of them still do, if someone is using an outdated enough browser :D for example Chrome <86 (released 2020).

Hm, so besides not having cross-site caching like ahoka mentioned, you can't even use some common fast CDN to host the compiled runtime.

Didn't expect that, but not very surprised. So short of the browser giving the Go runtime some special treatment, this sounds like a no-go.

An LLM makes it even more beneficial to use popular tooling, because it's going to be better at answering questions about it. Meanwhile it's basically useless for whatever I'm doing at work with internal tools unless I have a pure language question (which for C++ is still ehh).

Maybe this is what will get people to stop reinventing wheels.

Can that at least be a separate wasm file from some common URL so the browser can cache it?