• TootSweet@lemmy.worldEnglish
      672·
      5 days ago

      Right? It’s in the kernel and everything now. Linus likes it. Linus hates everything. HOW MUCH ARE THEY PAYING HIM?

      • Anna@lemmy.ml
        2·
        2 days ago

        I’m pretty sure Linus dissed on RUST, but then again he disses on everything and everyone.

      • Ephera@lemmy.mlEnglish
        241·
        5 days ago

        Did he actually say that he likes it? My impression was that it’s not his comfort zone, but he recognizes that for the vast majority of young programmers, C is not their comfort zone. And so, if they don’t hop on this Rust train, the Linux kernel is going to look like a COBOL project in a not too distant future. It does not happen very often that a programming language capable of implementing kernels gains wide-spread adoption.

    • Lucy :3@feddit.org
      92·
      5 days ago

      I’ll never touch Rust.

      I hate the syntax and cargo too much for that. If that means that I’ll never write mission critical, low level code, so be it.

      • m_f@midwest.socialEnglish
        9·
        5 days ago

        What don’t you like about Cargo? Is there another package manager you like more?

        • Lucy :3@feddit.org
          71·
          5 days ago

          Well - of course I prefer a centralized package manager like pacman, which I also use for python packages etc., but I mainly dislike the building process of rust, which is usually done with cargo. No libraries, not even a global cache for already compiled dependencies, no distcc. This makes it infinitely slower than most C/C++ projects. Compiling the kernel is literally faster than compiling a “simple” project like spotify_cli (500+ dependencies, depending on configuration).

          So it’s ass from a user perspective, waiting for stuff to compile (just for it to fail, and start from scratch, as some stuff needs a clean build/src dir), and imo very weird from a dev perspective.

        • esa@discuss.tchncs.de
          3·
          4 days ago

          Still remains to be seen if a potential rust ABI can avoid becoming a chain to the wall the way the C++ ABI seems to have become. When a lot of C++ers apparently agree with “I’m tired of paying for an ABI stability I’m not using” it’s not so clear it would really be a boon to Rust.

          That said no_std appears to be what people go to for the lean Rust.

          And a lot of us are happy not having to juggle shared dependencies, but instead having somewhat fat but self-contained binaries. It’s part of the draw of Go too; fat binaries come up as a way to avoid managing e.g. Python dependencies across OS-es. With Rust and Go you can build just one binary per architecture/libc and be done with it.

        • Possibly linux@lemmy.zipEnglish
          1·
          5 days ago

          The problem is that both Rust and Go are huge. The compiled binaries are bigger and the compilers themselves and slower and more resource intensive. The current benefit to C is that is lean and compiles quickly.

          • Zangoose@lemmy.world
            4·
            4 days ago

            Rust is only huge because it doesn’t have an ABI. If you had an ABI (and didn’t have to compile every single dependency into the binary) the binary sizes would probably drop a lot to the point where they’re only slightly bigger than a C counterpart

            Edit: I don’t know if Go has an ABI but they also include a runtime garbage collector in their binaries so that probably has something to do with it.

  • Magister@lemmy.world
    671·
    5 days ago

    Linux is C only, ever read the rant by Linus last century about C++ ? I was there, in usenet

  • 𝕸𝖔𝖘𝖘@infosec.pubEnglish
    48·
    5 days ago

    Put the gun away and throw that cpp book in the bin, fool. I brought The Linux Kernel Programming Guide, which is in C, and my own socks, which are wool. Now let’s gets crackin.

      • 𝕸𝖔𝖘𝖘@infosec.pubEnglish
        1·
        5 days ago

        Never touched rust, so I don’t understand the hype. I’m not arguing against it, mind you, but I’m gathering, more and more, that it’s worth a look. Maybe I’ll look into it after work.

  • z3rOR0ne@lemmy.ml
    34·
    5 days ago

    Girl, I will wear whatever socks you want, but… pulls out my own gun. We’re reading this damn book instead.

      • z3rOR0ne@lemmy.ml
        6·
        5 days ago

        Honestly, I prefer King’s book to any other for intro to C programming. K&R is a classic, and is really quite good for diving into some cool tricks (i.e. postfix operation wizardry).

        But as a beginner, I can just say that King’s book is much more digestible. The author holds your hand a lot more and assumes you only have a basic knowledge of programming and the UNIX command line.

        That said, the exercises and simple projects do push you to demonstrate what you learned in each chapter as well as enforcing other Computer Science fundamentals like basic data structures (stacks, queues, linked lists) through demonstrations in the C language.

        My plan is to revisit K&R after a few other books in C like Advanced Programming In The Unix Environment, Unix Network Programming, and The Linux Programming Interface. All while referencing Beej’s Resources.

        I feel like by then I’ll hopefully have a more solid grasp on C and can then more aptly appreciate The K&R Book.

    • interdimensionalmeme@lemmy.ml
      10·
      5 days ago

      Here’s what we’re gonna do. We’re going to do the equivalent of x11 application network transparency but with wayland.

      Kind of like streaming a desktop with sunshine, but on an app by app basis.

      Also we’re gonna make a client that work for it on android, windows and in a browser.

      Then I’m going to fuck you in the ass