The lemm.ee admin is Estonian I believe so it doesn’t seem like abuse.

More competition for CPUs in laptops/desktops/servers is a good thing, especially if these can compete on efficiency.

If I could game on my MacBook Pro I already would be. There’s a decent library of games that can run but it’s a lot more work than a windows or Linux box if you want to venture beyond 64-bit native ports.

I’m the reverse. As I get older, all the things I used to consider deal breakers just don’t matter as much. I don’t really care about how upgradable or repairable the device is, I’m just gonna pay Apple for the upgrade and pay them again to fix it. Whenever I have to solve an issue on my gaming PC I get an inch closer to just throwing it out and buying whatever overpriced gaming laptop comes working out of the box.

Similar tools have been written that support locally hosted models if that’s what you mean.

Why? Your boss sure does

Yeah I think it varies by ecosystem. Java and C# have really good IDE support, made possible because those languages were designed in a way that made the jobs of IDEs simpler. For more dynamic languages like JS and Python, there’s less that an IDE can offer that isn’t easily provided as a plugin. For languages like Rust I think there is more potential for high IDE support, but up to this point I think text editors have dominated due to general preference and a lack of entrenched ecosystem support.

I think the line between these two categories is less defined than it once was. A well set up vscode environment is functionally very comparable to the equivalent jetbrains product. The difference mostly lies I think it how “out of the box” the set up is.

I see this sentiment repeated a lot, but what kinds of stability and quality issues are you experiencing? It seems similar to “back in the day everything was good but now it’s bad”.

I think it is a tricky situation. For example, you might authorize a minor surgery for instance, only for the surgeon to realize there is a larger problem and they need to perform a more expensive procedure. If you are unconscious, there is no way to get consent, and likewise you want providers to have the flexibility to perform time sensitive procedures without concern that it would never be paid for because there wasn’t prior consent.

There are 5 required dependencies, where are you getting the number 130 from? https://github.com/rustls/rustls/blob/main/rustls/Cargo.toml#L20

You can request it but no manufacturer is going to give it to you, nor would they have any obligation to.

The architecture being open source or not has nothing to do with security. All high performance risc-v cpu designs are proprietary. The instruction set itself is open source, but beyond that you have as much visibility into the internals of the processor as you would with an Intel one. The only thing the license impacts is that you can legally make your own risc-v processor if you want, whereas tou can’t make your own x86 processor if you want (legally).

UEFI exists on arm and windows on arm devices can boot other OSes through it just like on x86.

Personally if I ever decide to host an instance I would prefer to do it on aarch64.

If it’s anything like ChromeOS, it’ll be a VM where you can do whatever you want, within that VM.

Your default types for that are i32 or u32. It’s the exact same number of characters yet encodes more precise information.

I’m aware of packing, but for my specific niche the main bottleneck is CPU, and it’s important to minimize the amount of memory usage to improve data locality, increasing cache hit rates, ultimately increasing cpu throughout. Any gains we would make by packing such small values would likely be eliminated by the cost of unpacking them, unless it’s a flags-like value where we are primarily comparing individual bits.

I’ll be honest if that’s your complaint, I have a hard time believing you would find the equivalent C or C++ code to be better.

Cargo being an all-in-one tool is actually one of my favorite things about the rust ecosystem. It’s many things, and it does it all seamlessly.

Regarding comparing to C or C++, how can you argue either is designed better? C, while standing the test of time, predates so many modern programming concepts or standards and writing C code is extremely error prone. C++ improves on many of C’s shortfalls, but it wasn’t designed. It’s the result of different things being loosely bolted on to C over the course of 30 years. And it’s still error prone, for example while there are smart pointers and other types that can make writing memory safe code possible, they’re not default and they aren’t always fully supported in the standard library, let alone anything else.

I do systems programming work, sometimes with constrained memory scenarios. We always want to use the smallest types we can for any task, and unless negative numbers are a necessary, always prefer unsigned. That means a lot of u8 and u16 unless we know a value is likely to need more bits to be represented. Probably doesn’t matter as much in we programming but that’s not Rust’s niche (or well not its original niche).