• 𝕸𝖔𝖘𝖘@infosec.pub
    link
    fedilink
    English
    arrow-up
    15
    ·
    1 hour 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.

    • Pickle_Jr@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      1
      ·
      24 minutes ago

      I already use linux. My feet have been getting cold lately. it never occurred to me to get wool socks. Is this how it starts? Are skirts next?

      • SlopppyEngineer@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        5 minutes ago

        Unless you use goat wool socks. Then you can go for a old school hippie build. Sandals, long hair, tie dye shirt and go from there.

  • z3rOR0ne@lemmy.ml
    link
    fedilink
    arrow-up
    21
    ·
    edit-2
    3 hours ago

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

  • Magister@lemmy.world
    link
    fedilink
    arrow-up
    45
    ·
    4 hours ago

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

    • Lucy :3@feddit.org
      link
      fedilink
      arrow-up
      3
      ·
      1 hour 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.social
        link
        fedilink
        English
        arrow-up
        3
        ·
        54 minutes ago

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

        • Lucy :3@feddit.org
          link
          fedilink
          arrow-up
          2
          ·
          42 minutes ago

          Well - I of course 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.

    • TootSweet@lemmy.world
      link
      fedilink
      English
      arrow-up
      47
      ·
      5 hours ago

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

      • Ephera@lemmy.ml
        link
        fedilink
        English
        arrow-up
        7
        arrow-down
        1
        ·
        3 hours 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.

      • Ephera@lemmy.ml
        link
        fedilink
        English
        arrow-up
        2
        ·
        3 hours ago

        I know you’re joking, but uh, both of those are (largely) implemented in Rust…

  • kekmacska@lemmy.zip
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    3 hours ago

    for command line apps bash, python, perl, ruby and similiar high level languages are more than enough. You can write some Kali Lincox the louder you are the less you hear network probe stuff with any of these, or even a storage optimizer (BleachBit is almost entirely written in Python, which is a very highly abstracted language implemented from C) Rust and C are only needed for performance-crtitical stuff (like rythm games) or/and directly interacting with hardware (drivers, firmware, system functions)

    • sepi@piefed.social
      link
      fedilink
      English
      arrow-up
      3
      arrow-down
      1
      ·
      3 hours ago

      Don’t listen to the newbie above. You can use whatever language you are comfy with that works for your situation.

      • kekmacska@lemmy.zip
        link
        fedilink
        English
        arrow-up
        2
        ·
        2 hours ago

        i never said you can’t. But high level languages were made for high level programming, and low level for low level programming. If you only know C, sure, you can write a desktop music player, but it will be much harder than just using Java, or even Python, since both of these languages are known about their extensive prewritten libraries. And you have to write much less, which means less room for error. Using a high level language will also benefit you if you decide to port your app to a drasticly different operating system. You can use the same codebase for Python, and for Java too to seamlessly run the program on any other os supported by these languages. In C, you need to adjust a lot of things, i know from experience that Linux C source can compile and run on windows, but it is extremely rare and can introduce bugs. However, you are right that C is highly multifunctional. If you know it, you can write any low level software or desktop app. And it also runs mich faster than any high level intrepeted language. And even if i could be considered a beginner, i actually study software development and testing, so i have an idea what i’m talking about