[-] SorteKanin@feddit.dk 2 points 17 hours ago

Lemm.ee basically doesn't defederate anything. You should probably go to an instance that defederates those instances.

[-] SorteKanin@feddit.dk 1 points 17 hours ago

Keep in mind that user-level instance blocks are not the same as instance-level defederations. AFAIK, it only blocks the communities. You'll still see comments and posts from that instance in other communities and that instance will still influence your feed with their votes.

It is better to go to an instance that defederates or to convince your current admin to defederate.

[-] SorteKanin@feddit.dk 24 points 1 day ago

At least use TOML if you like ini, there is no ini spec but TOML can look quite similar.

[-] SorteKanin@feddit.dk 4 points 1 day ago

It is also just a convention to use ASCII for usernames in many platforms.

That's only true for platforms that only caters to the English speaking world. The fediverse should be and is much broader than that.

ASCII is also supported out of the box in major OSes while some unicode characters might not.

What? There is no major OS that does not support Unicode out of the box.

Percent encoding is perfectly fine and users won't even see it.

Also please stop down voting twice with your alt accounts, that's not cool.

[-] SorteKanin@feddit.dk 6 points 1 day ago

No thanks, I’ll be staying with datastruct.nextState() rather than const nextState = prevState.nextState()

You can easily do the first option in Rust, you just use the mut keyword. That's it, nothing more than that. And you'll find that you quite rarely have to do that, and when you do it, it's actually quite a useful signal to be aware of, since mutability sometimes means a bit more surprising data changes.

[-] SorteKanin@feddit.dk 5 points 1 day ago

I wouldn't even call that a functional feature, that's just the language being based on expressions and bool having a then method. It's more object-oriented in that sense if anything tbh

[-] SorteKanin@feddit.dk 21 points 1 day ago

I really think you should give Rust a chance. It is not a functional language, like Haskell. Haskell is a hardcore purely functional language. Rust is not a purely functional language - instead it just borrows a few features and ideas from functional langauges. It also borrows ideas from object-oriented languages and it is inspired by C++ in some aspects (or has at least learned from C++, I guess you could say).

Could you maybe elaborate what it is about the functional ideas in Rust you don't like? I really only see them as benefits - Rust is like the best of both worlds. The good stuff from functional and the good stuff from object-oriented.

[-] SorteKanin@feddit.dk 5 points 1 day ago* (last edited 1 day ago)

The problem with classes is inheritance. Inheritance is just a bad idea and a bad way to structure stuff if you ask me.

Rust fixes this neatly with traits that basically provide the same benefits as classes without any of the downsides.

[-] SorteKanin@feddit.dk 7 points 1 day ago

Sorry but immutable by default just makes sense. When you start coding Rust you'll see how rarely you actually need to use the mut keyword. It's quite rare actually.

[-] SorteKanin@feddit.dk 6 points 1 day ago

The number of users is not really what drives costs honestly. Or at least, it's not like a linear relationship. I think actually having many popular communities might be a bigger issue.

[-] SorteKanin@feddit.dk 22 points 1 day ago* (last edited 1 day ago)

About 62 USD per month. I post monthly finance updates. All the costs are covered by user donations so far :)

It might be possible to do it cheaper, but I feel I got a good deal for some very high end hardware so this setup should be scalable going forward for a long time.

[-] SorteKanin@feddit.dk 23 points 1 day ago

I was kinda baffled by this too. I like the general idea that they present (you need to pay your own long-tenured engineers higher than market rate cause they actually know more about your own system), but this idea of a formula? What, are you gonna start counting git commits? A formula sounds like a super weird way to solve that problem.

Just look at the engineers that add value in your company and pay them a fair market rate. When someone leaves, find out what salary they get in the new job and ensure all your remaining engineers get at least that amount and adjust as you go along. Something like that perhaps.

106
1
321
590
SMBC [2012-02-02] (www.smbc-comics.com)

Bonus panel:

378
SMBC [2011-10-28] (www.smbc-comics.com)
24
Bevy 0.14 Released (bevyengine.org)
submitted 2 months ago by SorteKanin@feddit.dk to c/rust@programming.dev
142
submitted 2 months ago* (last edited 2 months ago) by SorteKanin@feddit.dk to c/linux@programming.dev

One big difference that I've noticed between Windows and Linux is that Windows does a much better job ensuring that the system stays responsive even under heavy load.

For instance, I often need to compile Rust code. Anyone who writes Rust knows that the Rust compiler is very good at using all your cores and all the CPU time it can get its hands on (which is good, you want it to compile as fast as possible after all). But that means that for a time while my Rust code is compiling, I will be maxing out all my CPU cores at 100% usage.

When this happens on Windows, I've never really noticed. I can use my web browser or my code editor just fine while the code compiles, so I've never really thought about it.

However, on Linux when all my cores reach 100%, I start to notice it. It seems like every window I have open starts to lag and I get stuttering as the programs struggle to get a little bit of CPU that's left. My web browser starts lagging with whole seconds of no response and my editor behaves the same. Even my KDE Plasma desktop environment starts lagging.

I suppose Windows must be doing something clever to somehow prioritize user-facing GUI applications even in the face of extreme CPU starvation, while Linux doesn't seem to do a similar thing (or doesn't do it as well).

Is this an inherent problem of Linux at the moment or can I do something to improve this? I'm on Kubuntu 24.04 if it matters. Also, I don't believe it is a memory or I/O problem as my memory is sitting at around 60% usage when it happens with 0% swap usage, while my CPU sits at basically 100% on all cores. I've also tried disabling swap and it doesn't seem to make a difference.

EDIT: Tried nice -n +19, still lags my other programs.

EDIT 2: Tried installing the Liquorix kernel, which is supposedly better for this kinda thing. I dunno if it's placebo but stuff feels a bit snappier now? My mouse feels more responsive. Again, dunno if it's placebo. But anyways, I tried compiling again and it still lags my other stuff.

719
submitted 2 months ago* (last edited 2 months ago) by SorteKanin@feddit.dk to c/science_memes@mander.xyz

Bonus panel:

673
submitted 2 months ago by SorteKanin@feddit.dk to c/games@lemmy.world
87
submitted 2 months ago* (last edited 2 months ago) by SorteKanin@feddit.dk to c/map_enthusiasts@sopuli.xyz

(sorry about the colors not matching)

65
submitted 3 months ago by SorteKanin@feddit.dk to c/linux@lemmy.world

I've ran into this situation multiple times at my current and previous jobs. I really want to avoid Windows and use something better, but I can't live without two external monitors.

On Windows, it "just works". I don't have to do anything.

On Linux (I tried Linux Mint today) it doesn't work. First, it only connected one of the monitors, the other one did not register. Then I switched to a different cable from the computer to the docking station and it connected both screens - however, they were locked to 30fps. I could not make them work at 60fps (and this is a major dealbreaker, I cannot live with 30fps).

This isn't really a tech support question, I'm more trying to understand what fundamentally causes this situation. Why is Linux still struggling with pretty basic functionality that Windows does with zero setup? Is it the vendor of the laptop and docking station that aren't properly supporting Linux? Or is it some other problem?

249
SMBC [2011-05-04] (www.smbc-comics.com)

Bonus panel:

view more: next ›

SorteKanin

joined 1 year ago