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/)UN
Posts
25
Comments
539
Joined
2 yr. ago

  • I understand, but I wouldn't be surprised to see some solution out there that could maybe feed the AI chunks of code without context... It may still be able to detect "hey you told me this software is supposed to do X and here it seems to be doing Y".

    I guess we'll have to wait a couple of years for these tools to be accessible and affordable.

  • I don't care if the solution is AI based or not, indeed.

    I guess I thought it like that because AI is quite fit for the task of understanding what might be the purpose of code in a few seconds/minutes without you having to review it. I don't know how some non-AI tool could be better for such task.

    Edit: so many people against the idea. Have you guys used GitHub Copilot? It understands the context of your repo to help you write the next thing... Right? Well, what if you apply the same idea to simply review for malicious/unexpected behaviour on third party repos? Doesn't seem too weird for me.

  • I am a fan of Python's or Rust's official conventions.

    For package names, tho, I don't get why this-is-used over this_clearly_better_system, as I would expect a double click to select_the_whole_thing, whereas it does-not-happen-here.

  • The thing is that, in C the API could be slightly different and you could get terrible crashes, for example because certain variables were freed at different times, etc.

    In Rust that is literally impossible to happen unless you (very extremely rarely) need to do something unsafe, which is explicitly marked as such and will never surprise you with an unexpected crash.

    Everything is so strongly typed that if it compiles... It will run without unexpected crashes. That's the difference with C code, and that's why Rust is said to be safe. Memory leaks, etc, are virtually impossible.

  • Everything is better in Rust. Faster, safer... And also the developer experience is amazing with cargo.

    The problem here is not Rust, it's the humans, it seems.

    The dependencies are set manually, of course, and the dev was enforcing something too strict, it seems, and that is causing headaches.

    But, as the debian dude has learned... Rust programs will 99.999 % work if they can be compiled.

  • I just wish every programmer completed the rustlings game/tutorial. Doesn't take that long.

    I didn't even fully complete it, and it made me a way better programmer, because it forces you to think RIGHT.

    It may sound weird for people who haven't experienced it, but it's amazing when you get angry at the compiler and you realise... It is right, and you were doing something that could f*ck you up 2 months in the future.

    And after a bit of practise, it starts wiring your brain differently, and now my Python code looks so much better and it's way more safe just because of those days playing around in rustlings.

    So yeah, Rust is an amazing language for everything, but particularly for kernel development. Either Linux implements it, or it'll probably die in 30 years and get replaced with a modern Rust kernel (Redox OS?).

  • I just got to know about Delta Chat which sounds fantastic as it basically uses your email but wrapped as chat.

    XMPP and Matrix are other good options too, although these require creating an account (Delta Chat can work with your normal email account).

    The good thing about these last 2 is that they have calls and all that stuff.

  • I don't think this is going to happen anytime soon. In their livestreams they've thanked GitHub a million times for their support and services, so there's probably some interest there.

    Honestly, I am one of those who still doesn't feel like GitHub has betrayed us (yet)... So it's fine for me. I just hope that once GitHub gets enshittified, that we can quickly move to a more open system.