• 6 Posts
  • 142 Comments
Joined 2 years ago
cake
Cake day: June 18th, 2023

help-circle
  • It can be legitimate to ask “why do you want to do X” so that you can help find a solution to the underlying problem. Saying “you shouldn’t do X” without knowing what the underlying problem is is the epitome of unhelpful and overbearing.

    It’s literally a meme that devs have some obscure problem, and the only online resource they find is a forum post with one of

    • nvm, I fixed it (no further explanation)
    • Marked as duplicate (link to question about something different but related)
    • “You shouldn’t do this, here’s how to do something else” (cannot do Y, that’s why I’m trying to do X)


  • The question isn’t who exclusively has a landline, or why OP needs to call a landline. They’ve stated that they need to be able to call a landline: It’s safe to assume that they are aware of the existence of smartphones and internet-based calling services, and have concluded that it doesn’t serve their needs, which is why they’re asking for help calling a landline. Responding that they don’t need to call a landline reads like the classic stackoverflow response of “you don’t need to do <thing the question asks how to do>”.







  • I definitely have a hangup on students I teach saying something along the lines of “I don’t know how to get started on this, I asked GPT and…”. To be clear: We’re talking about higher-level university courses here, where GPT is, from my experience, unreliable at best and useless or misleading at worst. It makes me want to yell “What do you think?!?” I’ve been teaching at a University for some years, and there’s a huge shift in the past couple years regarding how willing students are to smack their head repeatedly against a problem until they figure it out. It seems like their first instinct when they don’t know something is to ask an LLM, and if that doesn’t work, to give up.

    I honestly want shake a physical book at them (and sometimes do), and try to help them understand that actually looking up what they need in a reliable resource is an option. (Note: I’m not in the US, you get second hand course books for like 40 USD here that are absolutely great, to the point that I have a bunch myself that I use to look stuff up in my research).

    Of course, the above doesn’t apply to all students, but there’s definitely been a major shift in the past couple years.


  • I think this is the major issue to overcome for the humans. In training soldiers, we’ve known for several thousand years that everyone stands a higher chance of surviving if we commit as a group, even though that means each person is working against their individual survival instincts. We also know that it takes training to help people overcome that fear and actually throw themselves at the danger, in order to increase everyone’s chances of survival.

    If the humans are capable of committing to a massed pile-on, the gorilla doesn’t stand a chance. On the other hand, if the humans falter, the gorilla will have time to tear them apart. The last option is that the humans taunt and avoid the gorilla as best they can, and pile on it whenever it gets someone, forcing it to run around exhausting itself before they can kill it.


  • We often forget how obscenely well conditioned fit humans are compared to other animals. We’re built like a slow-ass terminator of the animal kingdom that just keeps going and refuses to die.

    Other animals regularly die from stuff like shock or broken bones. Even without modern medicine, humans are built to survive and recover from absolutely horrific injuries.

    Other animals often quickly tire out due to overheating and having trouble regulating their breath, while well conditioned humans can keep going at a medium-low pace for days on end if needed. Without sleep.

    I imagine the gorilla would wipe out a sizeable portion of the men, but I would bet money that it would be exhausted to the point of being helpless while there were still more than enough guys left to kill it.



  • Who dictates what’s stupid? Where does the sanity end and crazy name start?

    Sanity ends when the name has an objectively high likelihood of causing the child harm, or otherwise severely hindering them in life. For example, naming your child “Hitler”, or “<insert slur of choice>” is objectively likely to be harmful to them. Likewise, naming them “Helicopter” or “Rollercoaster” is very likely to set them back in life through childhood bullying.

    Who dictates this? In all countries I’m aware of that have laws around this: A government body of some kind.


  • Plenty of countries have this. Examples of forbidden names are “Hitler”, “Asshole”, “<Insert demeaning word here>”, and “Quisling” (name of a Nazi collaborator, commonly used as a synonym for “traitor” in daily speech).

    The point is that “stupid” is defined as a name that is objectively likely to severely negatively impact the child. It’s not based on “I think X sounds stupid” but on whether “X” carries significant cultural baggage like being the name of a famous Nazi, a slur of some kind, etc.


  • thebestaquaman@lemmy.worldtoProgrammer Humor@lemmy.mlI hate MSVC
    link
    fedilink
    arrow-up
    5
    arrow-down
    1
    ·
    21 days ago

    These two are not interchangeable or really even comparable though? Make is a program that generates non-source files from source files, cmake is a high-level tool to generate makefiles.

    If you’re writing anything more than a completely trivial makefile I would heavily recommend learning cmake. It makes your build system much, much more robust, far easier to maintain, much more likely to work on other systems than your own, and far easier to integrate with other dependent projects.

    My primary experience with plain make was when I re-wrote a 2000+ line make-system in a project I maintain with about 200 lines of cmake, because we were setting up some CI that required us to clone and build some dependencies, which was an absolutely PITA to handle cross-platform with plain make, but was trivial with cmake.

    PS. The cmake docs suck for anyone that hasn’t used cmake for 10 years already.


  • You’re missing a key point here: Management is a secondary function, in the sense that management doesn’t in itself produce anything of value. When done correctly, it enhances the productivity of those actually producing something.

    In order to be effective at management, you need to have a good idea of what the people you are managing do. Otherwise, you won’t be able to appropriately manage resources and help people be effective by moving support to the right places. “Management” as a degree aims to teach people how to manage resources they don’t understand, and more often than not ends up producing managers that have no idea what the engineers and technicians they’re managing actually do. These managers are usually more of a burden on the people they’re managing than anything else. Every good or decent manager or leader I’ve come across has a background from the field of the people they’re managing.



  • I really do agree on all your points, so at the end of the day I think a lot comes down to use-case and personal preference.

    My primary use cases for Python are prototyping and as a frontend/scripting tool for software written in C/C++/Fortran. In those scenarios, spending significant time on type hinting and unittests defeats the purpose of using Python (blazing fast development).

    I’ve written/worked on only one larger code base in pure Python, and my personal opinion became that I heavily prefer strictly typed languages once the code base exceeds a certain size. It just feels so much smoother to work with when I have actual guarantees that are enforced by the language.

    With that said, we were a bunch of people that are used to using Python for prototyping that developed this larger library, and it would probably have gone a lot better if we actually enforced use of proper type hinting from the start (which we were not used to).


  • Type hints are usually great, as long as they’re kept up to date and the IDE interprets them correctly. Recently I’ve had some problems with PyCharm acting up and insisting that matplotlib doesn’t accept numpy arrays, leading me to just disable the type checker altogether.

    All in all, I’m a bit divided on type hints, because I’m unsure whether I think the (huge) value added from correct type hints outweighs the frustration I’ve experienced from incorrect type hints. Per now I’m leaning towards “type hints are good, as long as you never blindly trust them and only treat them as a coarse indicator of what some dev thought at some point.”