1. 9
  1. 6

    An interesting observation to me (not sure if it’s in this talk but it’s in Jeroen’s other writing) is that the constraints of the language create the possibility of more powerful tooling and ultimately higher programmer productivity and better quality software. It would therefore be quite useful if language designers had this in mind but mostly it doesn’t seem that they do.

    1. 5

      TLDR: False positives.

      Only listened to the first half of it but it didn’t seem to be much more than that.

      1. 3

        I can’t be sure, because I haven’t watched the talk yet — but I’ve listened to a very similar podcast by Jeroen, and suspect that TLDR is missing the forest for the trees. Or, specifically, missing the topic because of the title.

        If this talk is anything like Elm Radio’s Trustworthy Tools episode, it also talks about the psychological knock-on effects of false positives. And about what happens when, like Elm-Review, you move your “when to write or enable a rule” tradeoff all the way to “only enable linting rules that are always correct”.

        1. 2

          idk, let me know when you watch it.

          1. 2

            Yup, will do. (Might not get around to it for a while.)

      2. 3

        misread this as “linker” at first; if anyone wants to make a video on why linkers are so unreliable and have such poor error reporting I’d love to see it.