Stop comparing programming languages

  • Python is versatile
  • JavaScript is powerful
  • Ruby is elegant
  • C is essential
  • C++
  • Java is robust
  • polonius-rex@kbin.run
    link
    fedilink
    arrow-up
    2
    ·
    edit-2
    17 days ago

    All of C++? That’s unreasonable, it’s even in the name that it’s very expansive.

    similarly, “all of pointers” is unreasonable

    “all of pointers” can have a lot of unexpected results

    that’s literally why java exists as a language, and is so popular

    Plus all previous operating systems, all supercomputer climate, physics and other science simulations, all the toaster and car and so on chips using bespoke operating systems because Linux won’t fit, every computer solving practical engineering or logistics problems numerically, renderers…

    sure, and the quantity of code where true low-level access is actually required is still absolutely minuscule compared to that where it isn’t

    • CanadaPlus@lemmy.sdf.org
      link
      fedilink
      arrow-up
      2
      ·
      17 days ago

      similarly, “all of pointers” is unreasonable

      “all of pointers” can have a lot of unexpected results

      How? They go where they point, or to NULL, and can be moved by arithmetic. If you move them where they shouldn’t go, bad things happen. If you deference NULL, bad things happen. That’s it.

      sure, and the quantity of code where true low-level access is actually required is still absolutely minuscule compared to that where it isn’t

      If you need to address physical memory or something, that’s a small subset of this for sure. It also just lacks the overhead other languages introduce, though. Climate simulations could be in Java or Haskell, but usually aren’t AFIAK.

      • polonius-rex@kbin.run
        link
        fedilink
        arrow-up
        2
        ·
        17 days ago

        How? They go where they point, or to NULL, and can be moved by arithmetic. If you move them where they shouldn’t go, bad things happen. If you deference NULL, bad things happen. That’s it.

        what part of that is explicit to how scanf works?

        • CanadaPlus@lemmy.sdf.org
          link
          fedilink
          arrow-up
          2
          ·
          17 days ago

          I suppose if you treat scanf as a blackbox, then yeah, that would be confusing. If you know that it’s copying information into the buffer you gave it, obviously you cant fit more data into it than it’s sized for, and so the pointer must be wandering out of range.

          Maybe C would be better without stdlib, in that sense. Like, obviously it would be harder to use, but you couldn’t possibly be surprised by a library function’s lack of safeness if there were none.

          • polonius-rex@kbin.run
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            17 days ago

            yeah i mean if you grok the underlying workings of scanf then there’s no problem

            i’d just argue that the problem is understanding what you need to understand is the problem with straight c, and with any language like c++ where you’re liable to shoot thineself in thy foot

            • CanadaPlus@lemmy.sdf.org
              link
              fedilink
              arrow-up
              1
              ·
              15 days ago

              I’m wondering now how much you could add without introducing any footguns. I’d guess quite a bit, but I can’t really prove it. Smart pointers, at least, seem like the kind of thing that inevitably will have a catch, but you could read in and process text from a file more safely than that, just by implementing some kind of error handling.