SorteKanin @ SorteKanin @feddit.dk

Posts

15

Comments

1,645

Joined

2 yr. ago

Honestly I don't trust these old, slow standards organizations to do well at designing programming languages.

Rust has strong backwards compatibility guarantees so it definitely should.

If there is anything I’ve learned in my 10+ years as an engineer, it’s that there are no good or bad languages, just pros and cons of each in different applications.

I dunno if I agree really - the more languages I've learned, the more I see an evolution from less sophisticated, less usable languages to more sophisticated, more usable, modern and just generally better languages.

C and C++ are old, and you can tell. There's so much complexity and legacy in those languages that it's crazy. But it's not just legacy - it's also bad design choices. There's a lot of really bad APIs and bad usability and footguns everywhere. You see the same thing in languages like JavaScript (whose design journey has been fraught with peril). Even Java has some bad stuff I would say, mostly from the overzealous insistence on OOP.

However, if you look at some modern languages that were more deliberately designed, you really start to see how they are just intrinsically better. Python, while still being a dynamically typed scripting language which I would never use for large systems, is still leagues better than JavaScript in terms of design and usability I would say. Haskell was born from research and you can really tell - the language just makes sense in a very scientific way - although that does mean ease of use and developer experience has not always been the priority.

Rust was developed for a very particular purpose, basically to provide the same speed as C++ but without any undefined behavior. From that design principle, a lot of good has resulted and Rust is basically an objectively better language than C++. The only thing still keeping C++ in the game is the historical reasons, just due to the sheer amount of code that exists out there in C++. C++ has more support in all kinds of places, but that's just due to history and Rust will likely gain ground soon enough. For instance, C++ still rules for game development, but this could change within the next 5 or 10 years.

It's not that surprising when you think about - languages like Python, Haskell and Rust were built on the giant pile of experience the whole industry has amassed from using previous languages. It also helps that we just have more computing power today to make languages like Rust feasible. Rust compile times probably wouldn't have been realistic 30 years ago.

Which foreign concepts do Rust use? The borrow checker/ownership is new but that's really the only thing that doesn't already exist in some other language.

Okay, but that is not how the fediverse/Lemmy works at all and I don't think Nostr works that way either. You can easily see content that you did not explicity ask for (i.e. comments/posts from any user) and I don't think Nostr is different in this aspect (though I could be wrong).

When I make the analogy, I just mean the fact that a Gmail account can send emails to a Yahoo account or any other email provider. In the same way, a Feddit.dk account can talk to a yiffit.net account. There is not a single company controlling email and there is not a single company controlling the fediverse. That's really all there is to the analogy.

I mean I don't disagree, but that's clearly not what Nostr means when they say censorship resistent, cause by that logic, Gmail and Facebook are as censorship resistent as Nostr is.

I don't think there really is a great difference either. Censorship and moderation are just two perspectives on the same thing. One has bad connotations, the other generally good connotations.

I honestly think it stills explains it pretty well. Most casual users will not download a specific client and will be fine with the whole idea of an instance being tied to its user interface. It still explains pretty well that it doesn't largely matter what instance you sign up for and that any instance can talk to (mostly) any other instance, just like with email.

So yea, I still think it's a good analogy. It's not perfect but yea, that's to be expected from an analogy.

The problem as I understand it is basically that user IDs in ActivityPub are intrinsically tied to the domain on which the user registered, so you can't really move a user from one domain to another.

Censorship-free implies that moderation is impossible. If you don't have moderation, your social media will turn into a Nazi bar.

you can just hide messages from selected users in client

That's not good enough. First of all, users don't want to have to block people before having a good experience. Users don't want to deal with moderation themselves, but they also don't want mean people, harassment and nazis. It's not easy to recruit moderators for online forums, not a lot of people want to deal with that stuff.

But secondly, client-level blocking is not effective. It does not stop those bad users from continuing their bad behavior. In the case of Lemmy, it also doesn't stop their votes from still affecting your feed.

So yes, censorship-free platforms are not good because censorship-free means moderation-free, and users don't want that.

Yea moderation becomes a big problem once you can't actually block people. I don't like that Nostr describes itself as censorship resistent or even censorship free, that's not a good quality.

This isn't really Lemmy's idea of federation, it's just ActivityPub, the underlying protocol. Having a mechanism for jumping servers is unfortunately quite complicated and it isn't clear how it should be done or if it is even possible.

Lemmy does allow you to export and import your settings though, so you can kinda do it but you lose your history.

I'm not speaking against progressive taxation, I'm saying the brackets should be continuous so there aren't any sharp turns in taxation. Right now the brackets make the taxation discrete, but I feel it should be continuous.

A continuous bracket could be defined by a single equation. You'd plug in your income and you'd get out your taxation. No need to look up what bracket you are in.

Why? To me it'd be much more intuitive. I find brackets quite confusing

Never understood the idea of tax brackets. Why isn't it just continuous? Computers are calculating the tax now anyway, not like it would be infeasible.

I write down the best price I've seen, so it's not necessarily a common price. But I feel like the lowest price something has been sold for recently is a good baseline to compare sales against.

The good price is 60 DKK per kg, though that price is rare. 80 is more realistic and common.

I don't really run analysis on the numbers. I just use them when I'm shopping to see if a price is good or not.

I have noticed that at least here in Denmark, it never makes sense to buy butter if it's not on sale, and some sales are still priced badly.

I keep track of prices in cost per kg (or liter) so I am not fooled by shrinkflation and so that I know when a good sale is, without having to remember all prices. Basically just have a giant spreadsheet with the numbers.