• FiskFisk33@startrek.website
      link
      fedilink
      arrow-up
      2
      ·
      3 hours ago

      oh god the reason is even stupider then I expected

      Because large numbers use the e character in their string representation (e.g., 6.022e23 for 6.022 × 1023), using parseInt to truncate numbers will produce unexpected results when used on very large or very small numbers. parseInt should not be used as a substitute for Math.trunc().

    • tauonite@lemmy.world
      link
      fedilink
      arrow-up
      18
      arrow-down
      3
      ·
      edit-2
      9 hours ago

      Holy fuck that is long. When the documentation for the integer parsing function is 10 pages long, there’s something seriously wrong with the language

        • barsoap@lemm.ee
          link
          fedilink
          arrow-up
          4
          ·
          7 hours ago

          Probably not an article about integer parsing, though. If the docs are that long, then because Microsoft does have a tendency to be overly verbose for things they think you need, just to have no docs for the stuff you actually need.

          For reference here’s the relevant rust docs.

    • barsoap@lemm.ee
      link
      fedilink
      arrow-up
      13
      ·
      edit-2
      10 hours ago

      https://en.wikipedia.org/wiki/Principle_of_least_astonishment

      …and of course JS made it into the examples, how could it not:

      A programming language’s standard library usually provides a function similar to the pseudocode ParseInteger(string, radix), which creates a machine-readable integer from a string of human-readable digits. The radix conventionally defaults to 10, meaning the string is interpreted as decimal (base 10). This function usually supports other bases, like binary (base 2) and octal (base 8), but only when they are specified explicitly. In a departure from this convention, JavaScript originally defaulted to base 8 for strings beginning with “0”, causing developer confusion and software bugs. This was discouraged in ECMAScript 3 and dropped in ECMAScript 5.

    • jsomae@lemmy.ml
      link
      fedilink
      arrow-up
      5
      arrow-down
      2
      ·
      edit-2
      10 hours ago

      Okay but this documentation is obviously wrong from the first sentence

      The parseInt() function parses a string argument and returns an integer of the specified radix

      Integers don’t have radices. It should read:

      The parseInt() function parses a string argument representing an integer of the specified radix and returns that integer.

      Either way, I still don’t understand the behaviour in the image. nvm, thanks [email protected]

    • Zacryon@feddit.org
      link
      fedilink
      arrow-up
      10
      arrow-down
      1
      ·
      15 hours ago

      I’d advise to always look into the corresponding documentation before using something from any library.

      • pinball_wizard@lemmy.zip
        link
        fedilink
        arrow-up
        5
        arrow-down
        1
        ·
        9 hours ago

        But I’m too busy being confused by the behaviors of libraries I previously didn’t read the documentation for, to read the documentation for every new library I adopt.

        (This is sarcasm…mostly.)