• 0 Posts
  • 10 Comments
Joined 11 months ago
cake
Cake day: August 4th, 2023

help-circle

  • Or you can recruit heavily in areas where folks are disadvantaged and have few options, dangling education in front of them in exchange for being willing to kill or die for you.

    This is absolutely what we do in the U.S. and it’s abhorrent.

    I guess what I want is for nobody to be so desperate for their basic needs that they feel compelled to kill and die in war.

    And if we had a country that cared for all of its citizens and didn’t start wars of aggression, maybe more people would want to enlist as they have real values to protect and have a reasonable expectation that they won’t be committing atrocities?

    Honestly not a criticism of you or your comment. Lot’s of people are advocating for the same thing; You just said it plainly.

    …Anyway, this is all terrible and we absolutely can do better, starting with building community locally, mutual aid, protesting, and listening to marginalized and oppressed people’s.





  • Bash scripts are rarely the best choice for large, complicated, programs or for software that requires complex data structures. (Git is very much in both categories)

    In bash there are so many ways to accidentally shoot yourself in the foot that it’s absurd. That can lead to bizarre seeming behavior, which may break your script, or even lead to a security vulnerability.

    There are things that make it a bit more manageable, like “[[]]” instead of “[]”, but a frustrating number of such things are bash specific and this is written for the subset that is POSIX shell, meaning you don’t even get those token niceties.

    Where you generally “want” to use POSIX sh is for relatively simple scripts where the same file needs to run on Linux with bash, Linux with only BusyBox sh, OSX with zfs (and an outdated version of bash which will never be updated because Apple refuses to ship any GPLv3 software in MacOS).

    This is not that, and so one would expect that:

    1. The developer of this git implementation has poor / foolish judgement.

    2. Shit will be buggy

    3. Shit will be insecure

    4. Shit will be a PITA to try to troubleshoot or fix

    5. And shit will be slow, because bash is slow and this isn’t a job that you can just hand off all of the heavy lifting to grep / sed / awk*, because the data structures don’t lend themselves to that.

    * You could write the entire program in awk, and maybe even end up with something almost as fast as a python implementation done in ⅒ the time, but that would be terrible in other ways.




  • Jordan_U@lemmy.mltoProgrammer Humor@lemmy.mlSTOP WRITING C
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    5 months ago

    Fun fact!

    The Asahi Linux drivers for the Apple M1 GPU were originally written in Python: https://asahilinux.org/2022/11/tales-of-the-m1-gpu/

    GPU drivers in Python?!

    Since getting all these structures right is critical for the GPU to work and the firmware to not crash, I needed a way of quickly experimenting with them while I reverse engineered things. Thankfully, the Asahi Linux project already has a tool for this: The m1n1 Python framework! Since I was already writing a GPU tracer for the m1n1 hypervisor and filling out structure definitions in Python, I decided to just flip it on its head and start writing a Python GPU kernel driver, using the same structure definitions. Python is great for this, since it is very easy to iterate with! Even better, it can already talk the basic RTKit protocols and parse crash logs, and I improved the tools for that so I could see exactly what the firmware was doing when it crashes. This is all done by running scripts on a development machine which connects to the M1 machine via USB, so you can easily reboot it every time you want to test something and the test cycle is very fast!