• 0 Posts
  • 118 Comments
Joined 2 years ago
cake
Cake day: January 5th, 2024

help-circle
  • The Pitch Meeting video is how I first learned this movie exists. Sent it to a friend with the message:

    I haven’t watched the pitch meeting yet but there is no chance in hell this movie is better than the original

    Secretly I was hoping I was wrong, but oh boy, that turned out to be an understatement. Turns out my friend had actually already watched it with his mother… Or rather, tried to watch it. They had to stop hallway through because of how shit it was.

    So glad I didn’t have to experience that.

    (Note: I have since learned that the movie I was thinking about is not the original, there was an older movie and they’re both based on a book)



  • Thanks for this. I was paraphrasing (badly, it seems). The video actually says it better:

    To write code that lives in an embedded environment, it has to run in this mode in Rust called “no standard” (#![no_std]) and this mode called “no main” (#![no_main]). Basically you have no access to any of the core utilities in Rust, you have to write a lot of them yourself.

    He then explains how embedded code necessarily has global mutability which is “the antithesis” of Rust development.

    So yeah, you could make all of those wrappers, but at the end of the day you’ll end up with about the same amount of “unsafe” code as you would making the same thing in C++.

    Edit: but if what you said still applies, it does seem like Rust would watch your back somewhat better than C++ would in that it wouldn’t even compile unsafe operations outside of unsafe blocks, unlike C++ to the best of my knowledge where you kind of have to review the code yourself to make sure it only uses the appropriate wrappers.



  • NeatNit@discuss.tchncs.detoProgrammer Humor@programming.devRust
    link
    fedilink
    arrow-up
    9
    arrow-down
    1
    ·
    4 days ago

    Never used Rust but I’d like to point out the YouTube channel Low Level which covers security vulnerabilities (CVEs). He ends each video with “would Rust have fixed this?” and it’s pretty interesting.

    A very recent one is this: https://youtu.be/BTjj1ILCwRs?t=10m (timestamped to the relevant section)

    According to him, when writing embedded software in Rust (and UEFI is embedded), you have to use Rust in unsafe mode which basically disables all the memory safety features. So in that kind of environment Rust isn’t really better than C, at least when it comes to memory safety.

    That’s not to say Rust isn’t still a good option. It probably is.

    Again, I never used Rust so I’m just parroting stuff I’ve heard, take all of this with a grain of salt.







  • This is the true reason metric is better. A lot of people think it’s inherently better for various reasons: it’s decimal and it’s based on the constants of nature. While nice, that doesn’t make it a better system.

    The reason it’s a better system is that there has only ever been one metre, there has only ever been one litre, there has only ever been one kilogram. If you use any metric unit there is no ambiguity, there has never been ambiguity and there never will be ambiguity. There’s just one system.

    For the imperial system and all of its branches and predecessors, that’s just not the case. The foot has had different measures, the mile has had different measures, the fl oz still has different measures as you noted. You can speak to someone and say some measure, they hear your exact words and interpret it as some different measures.

    That’s the real problem with imperial, and that’s why metric was invented.


  • Is that iOS? It looks different here on Android and I can’t tell how much of it is because I customized it. I don’t quite remember how I customized it but I remember that I did.

    My buttons are colored orange instead of blue, that’s definitely something I would do. The share button looks different, as does the top bar with the back button.





  • Honestly, everything that machines can do, there are some people who love doing it, and there can be an art to it. And for each such thing, other humans hate doing it and prefer automation.

    Some people love cleaning, but we have robot vacuums and mops.

    Some people love cooking and baking, but we have packaged food that requires minimal or no preparation.

    Some people love woodworking or glassblowing, but most of our furniture and household items are mass produced.

    Some people love managing their own computer or phone, but most people prefer to just let the manufacturer and operating system do it for them.

    Some people love growing food with manual tools, but most farming these days is done with automatic machines.

    Some people love driving, others can’t wait for self-driving cars or prefer public transport just so they don’t have to drive.

    The list goes on. Anything can be an art.

    I don’t know what my stance is on this. I think automation is necessary for the sheer quantities we need. I also think passionate professionals can nearly always do a better job than a machine, but it’s obviously more expensive and can’t keep up with demand.

    I guess the difference is that drawing and writing only have value as art. If I don’t like drawing I almost never have to do it, but if I don’t like preparing food I either suck it up and do it anyway hating every moment, or it can be (and, in fact, is) a serious detriment for my health and well-being.


  • Performance is very much still a significant factor. At the end of the day, games are expected to run at certain FPS on certain machines. The machines have gotten better to the extent that unoptimized code can be used sometimes, but when competing for graphics, badly optimized games will have to sacrifice fidelity to hit performance targets, where well-optimized games can get squeeze out better graphics and hit those same targets.

    There’s plenty of tricks these days but optimized code will always have an edge.