Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)F
Posts
1
Comments
705
Joined
2 yr. ago

  • They wanted me to make some changes and with the normal workflow that's just git commit and git push. With git send-email I have no fucking idea and it got beyond the point where I had enough cared enough to fight the process.

  • For bare metal definitely get a microcontroller and do some fun electronics project.

    Easiest to get into is Arduino, but don't stick with that because its only redeeming feature is that it's easy to get into. The IDE sucks, the build system sucks, the APIs really suck, and the code quality is very low (probably because it's easy to get into so you get a lot of inexperienced people doing stuff).

    After Arduino I would recommend either going to the Nordic nRF5x series - you can do some cool Bluetooth stuff, or even make you your own radio protocol since the radio peripheral is fully documented... Or ESP32 with Rust and Embassy is probably the most modern and slick way to do microcontrollers.

    It does require learning Rust but Rust is really really good so you should do that anyway.

    There are some extremely good videos on YouTube about that: https://youtube.com/@therustybits

    I would probably still start with Arduino though since you know C. Just don't stay there for too long.

  • Yeah it's mad. Tbh I don't think GitHub PRs are the best workflow, but I absolutely know that git send-email is the worst. I tried to use it once to contribute to OpenSBI, which inexplicably also insists on it. Suffice it to say my patch was never merged...

  • ... if you have a super janky patch file workflow.

    If you are using Git like normal people do this can't happen.

  • This is just straight up "ChatGPT write me an article about merge vs rebase".

    It's also missing any discussion of squashing, CI, git blame, git bisect etc.

  • You have misunderstood. The is ranting against Clean Code, not clean code.

  • I came for the trash Phoronix comments... But actually they were all very reasonable! What happened to the anti-Rust luddites?

  • In my experience a lot of these old projects really go out of their way to dissuade contributions anyway. Lots of naysaying "it's always been like that", ancient infrastructure - e.g. insisting on git send-email patches, etc.

    Usually the only way it gets resolved is when someone writes a more modern competitor and it starts gaining traction. Suddenly all those improvements that people tried to do and were told were impossible and stupid aren't such a bad idea after all.

    I don't think that's the case with Unity but it probably is with things like GCC, sudo, sysvinit, X11, etc.

  • I remember when this is how browser zoom always worked. It was super janky, everyone hated it and the current "zoom everything" system was seen as a big improvement.

    I guess opt-in makes sense. Probably nobody is going to bother though.

  • Rust doesn't have inheritance like in traditional OOP languages because it doesn't have virtual methods. You have to manually implement methods to delegate to base classes.

    Also what is this trash meme?

  • They don't really let you do anything you couldn't do in Python, they just let you write more elegant code.

    Personally I find ML-style languages to be difficult to read. They deliberately leave out a lot of the punctuation that makes code readable leading to code that just looks like a stream of words.

    Rust is I think the best option here - it steals most of the good ideas from functional programming but has saner syntax.

    Also you seem to be conflating pure languages with functional languages. I also made this mistake because Haskell is probably the best known functional language and it's also pure... But they're different things. OCaml is functional and not pure. You can use mutable variables to your heart's content.

    TL:DR learn Rust not Haskell or OCaml.

  • Given the quality of your average Python code this sounds like a terrible idea.

  • So perfect that everyone uses TeX, and no successors to it were ever developed.

  • Pretty huge. Going to have to give this another try. I wonder if this will become as successful as Blender.

    Also they need to cut the Apple-style quips for every item ("It's written in bold", "Dock your heart out" etc.). It even says "teamwork makes the dream work" at the end. 100% cringe.

  • crates.io: development update

    Jump
  • Ah that's way more progress than I thought! Last I heard they were still in "you're wrong for wanting this" territory.

  • crates.io: development update

    Jump
  • How are those namespaces getting on?

  • Using a function is strictly worse than figuring out the formatting at compile time (something Zig also does).

    The derives are just shortcuts. You can write everything out long-hand like you would in C++ or Python too if you really want.

    Honestly both of these complaints are essentially "why does Rust use macros to make writing code better/easier?".

  • Honestly this looks like it sits in the useless middle ground between "proper CI that has all the features you expect" and "just write a Python/Deno script or whatever". I can't see what you gain.

    Also you say "no painful YAML pipelines" but it uses YAML??

  • TCL & CMake are fully stringly typed. Both pretty terrible languages (though TCL can at least claim to be a clever hack that was taken far too seriously).

  • Linux @programming.dev

    Best rootless remote X solution?