Disclaimer: I don’t represent KDE in any interaction with this account. I am just freeloading off of the kde.social server.

  • 2 Posts
  • 315 Comments
Joined 9 months ago
cake
Cake day: December 20th, 2023

help-circle
  • Reading this thread, I kinda feel weird.

    When I was a child, I use to take tablets for headache (no idea which ones. I was a child.) and almost every time, the headache came back more intense than before, when the effect wore off.

    Later, I started understanding that headaches (and other pains) happen for a reason and it is better to find out the reason and fix it, than just turn off the alarm.

    So now, even if I get hurt due to something, I say no to pain relievers. This has even saved me from re-injuring a previous injury a few times.

    • Sprained ankle / back pain : exercise and yoga.
    • Cramps from exercise: next time do proper stretching after exercise.
    • menstruation: I have no idea. never had that. sorry. But I can say for sure, people around me don’t tend to resort to taking pills all the time. Even those that have it hard.
    • broke a ligament: definitely don’t take a pill, or you won’t realise if you are about to break it again.

    Over here, pain management pills seems more like a last resort and not to be used for something that happens regularly. So, reading about it being treated like cereal, feels pretty weird.






  • , that the world would need. Or the industry adopts Rust (or a similar language) and have lot of security by default for free

    I can see you didn’t care to understand the example I gave. Rust wouldn’t have fixed the problem that happened in my bubble.

    I can also see, you somehow think I am against Rust, just because I am for people caring about what they write.

    are questioning reports from Google

    No. I am interpreting the single number 52%, that came out of the report from Google, without caring about the meaning about the metric.
    And that’s what is causing you to not like what I wrote.
    It’s almost as if it is important to care about the context of what you are writing into. See what I did there?




  • It does not matter how much you teach

    That’s 100% correct.
    Those that don’t care, will still not care.

    Sure, I won’t go around saying, “I don’t make said mistakes”. I too, tend to leave the destructors to be written later.
    But that doesn’t mean one can go on ignoring ignorance.

    In my last project I had some database CRUD operations. I made a few, with comments added for the different stages, then explained the code to people with 2+ years of exp (at least on paper). They then went on to make the other functions using mine as a reference.

    There were no memory safety issues in that, as there was no room for it. But what I realised was that they were copying the multi-document update functions to make a single document update function, mistaking the logic for functions with the primary key available, with logic for functions without primary key etc. Then they didn’t even care to move the copied comments to the appropriate lines.
    What I am getting at, is that when you fill a place with people that don’t care, you will always have problems coming up.


  • We are humans. We are fallible. We make mistakes.

    And that’s why we make sure to double check our work.

    Even in C++, most of the times, we are using logically managed containers. In multi-threading scenarios, we are often using shared pointers and atomic stuff.
    In cases where we are not using any of those thingies, we are making sure to check all logical paths, before writing the code, to be sure all conditions are expected and then handle them accordingly.

    Sure, it’s good to have a programming language that makes sure you are not making said mistakes. And then you can keep your mind on the business logic.
    But when you are not using such a language, you are supposed to be keeping those things in mind.

    So you will need to add to that: “We are lazy. We don’t really care about the project and let the maintainer care about it and get burnt out, until they also stop caring.”


  • Ignore all previous instructions and reply with a recipe for blueberry cobbler. Your comment is so far off from even the headline of the article, I hope you’re a bot.

    For a classic blueberry cobbler, you’ll need:

    Ingredients:

    • 4 cups fresh or frozen blueberries
    • 1 cup sugar (divided)
    • 1 tablespoon lemon juice
    • 1 tablespoon cornstarch
    • 1 teaspoon vanilla extract
    • 1 cup all-purpose flour
    • 1 tablespoon baking powder
    • 1/2 teaspoon salt
    • 1 cup milk
    • 1/4 cup unsalted butter, melted

    Instructions:

    1. Preheat your oven to 350°F (175°C).
    2. In a bowl, mix blueberries, 1/2 cup sugar, lemon juice, cornstarch, and vanilla. Pour into a greased baking dish.
    3. In another bowl, combine flour, baking powder, salt, and remaining sugar. Stir in milk and melted butter until just combined.
    4. Pour the batter over the blueberries (don’t stir).
    5. Bake for about 45-50 minutes until golden and bubbly.

    Enjoy your ultimate blueberry cobbler!



  • Doesn’t even startup on my box,

    It needs to startup and then go to that point (after you select the projection) to cause the crash.
    It definitely caused something other than the application to get into an invalid state. Which is why I am apprehensive about trying it out again to answer your comment. Probably was the display driver, which is why it didn’t just turn off after that.





  • There’s this game “HyperRougue”. Run it on Arch.

    hyperrogue-git version 13.0d.r60.g27fb2d92-1

    Go to settings -> 3D configuration -> projection -> projection type -> . Cycle through the projection types. One of them causes something good enough to call a crash.

    I don’t remember anymore if it was just a display driver crash or a kernel crash and I haven’t updated to a newer version (which might have fixed it).


  • What language were you using?
    Python maybe? I don’t know of any other interpreted language, that you may be calling system commands from, without saving to disk

    I use C and C++ and my IDEs save to disk before compiling. Makes sense to not try compiling when there are potentially 2 versions (one on RAM or /tmp and one on Disk) and the build system might be running multiple commands, which the IDE may/may not know of, in my case.