Touche

No sorry, I meant which NAS are people using to run music servers like Blackcandy. I used to run a FreeNAS but need to upgrade badly.

What do people use for a NAS nowadays?

I'm still mad that they killed Rdio because Spotify was "free". Will never use it.

Requiring they pay the for-profit company to access non-profit resources seems problematic.

It's not a negative that SerenityOS no longer has a web browser?

Yes, there's a huge difference between Linux and BSDs.

Except missing the pesky runtime implementation. We don't need though, right? As long as the types say it's right.

Go is the language for getting sh*t done.

Rare things still happen a lot at the scale of npm. And due to transitive dependencies it winds up affecting a lot of actual users. And this is just one example of an incompatibility, there are many more. Bun didn't discover a silver bullet here that dozens of other tools in the past missed on.

No, it's a problem because the formats are fundamentally incompatible and it's impossible to infer the author's intent. A package with no imports/exports or requires could be either ESM or CJS and no heuristic can solve for that reality.

This problem is very old at this point. I'm doubtful that Bun has "solved it" any more than other tools. They've just selected a different set of trade-offs that will result in a different set of packages not working. Is there a reason to think they've cracked some code that other tools were unable to?

Really, "evil"?

HTTP is terrible though. It's a big part of the problem with the web.

Can you link to some of that messaging where the claims were not met? Thanks.

I'm not sure that's really true. I remember looking at pages of search results on Star Wars websites. All built from scratch, none of them had ads. All of them much better than for ex. Wookieepedia despite having less content. I think you would have a hard time finding more than a handful of websites (on any given niche topic) like this today.

It's not an anticapitalist take to say that the internet would have been better without commercialization. There's a world outside of the internet. There's programming jobs outside of the internet. Not everything has to be commercialized. And that doesn't mean commercialization is inherently bad.

It's ok that some content not be on the internet. The internet didn't have to become the epicenter of everything. Amateur content and communication was a fine outcome for what the internet could have been. Scholarly material could remain in journals.

Regardless of who likes the idea, nostr becoming successful would do nothing to boost cryptocurrency.

Nostr is not crypto. It doesn't use crypto or blockchains in any way. Crypto is the reward for the bounty.

I don't know what you are referring to, but there's nothing magical about nostr here. You're identity is a public key. It's not tied to a particular server. So if a server boots you off you can continue publishing on other servers using the same public key. It's common to publish to multiple servers at the same time.

That's really it, servers have less authority in nostr, and that's why it's more resistant to censorship.

Huh? LiveView is for interactive apps. It's not finished until the user leaves the page. It's not polling.

Nostr is not crypto. The bounty is, but the tech is not.

Nostr is not Blockchain. The tech is unrelated. It's just a simple protocol of message types and relays that store messages. A lot of blockchain fanatics like nostr but the tech itself doesn't use it.

Nostr is not web3.

If they leave the app up people will start requesting refunds which could kill the company.

The biggest pain point I have with dotfile management is that none of my computers are exactly the same, so if I start pulling dotfiles from a repo I get unwanted configuration on a machine. It could be something as simple as a Vim theme not looking right on another computer because it's using a different terminal.

I guess what I should be doing is adding if statements into all of my config files, but instead I wind up just copy/pasting the parts of config that I like from my github repo and never actually doing real dotfile management. Which just leads to the repo becoming stale.

Those kinds of features are wonderful and all and they don't add much complexity to having them in your language. The thing that makes languages more or less simple (and more or less complex) is the number and degree of abstractions they have. C has relatively few abstractions, which means you can spend more time thinking about what you're building. Most of the C replacements have more abstractions, which means you spend a lot of time thinking about the code itself (am I using the right abstraction here?) and less time thinking about the thing you're building.

That's one thing that has made Zig more attractive as an alternative for (a lot of) C developers, it stays close enough with only small abstractions.

I think few people think that C is "inherently good".

Many of us still like C because it is inherently simple. That doesn't mean that it's good. It just means that we value simple and will take some (a lot!) of bad to keep the simple.

When others try to pawn off complex languages like Rust as alternatives because they solve C problems, they are not really listening. From my perspective the pushback is really about 2 groups having diametrically opposite values.

1 values purity and perfection, 1 values simplicity. These two groups are never going to see eye to eye.

I think this is a little disingenuous.

99% of the D ecosystem uses the GC. You probably can't use most of it if you put @nogc on main.

99% of the D ecosystem of docs and articles assumes using the GC. You're going to struggle learning how to build something without it. You are kind of on your own.

Also @nogc only was added in 2014, it's not that old.

So given that, I honestly doubt that @nogc is much more mature than Zig, and is probably more difficult to learn how to use in practice, given that it's not a normal thing to do.

A Golang implementation https://github.com/superseriousbusiness/gotosocial