• deegeese@sopuli.xyz
    link
    fedilink
    arrow-up
    31
    arrow-down
    5
    ·
    1 year ago

    Turns out getting working code is a lot cheaper and more useful than formally proven code.

    • tatterdemalion@programming.dev
      link
      fedilink
      arrow-up
      22
      arrow-down
      1
      ·
      edit-2
      1 year ago

      And a lot more bug prone. I’m just explaining the OP because people didn’t get it. I’m not saying dynamic languages are bad. I’m saying they have different trade-offs.

      • deegeese@sopuli.xyz
        link
        fedilink
        arrow-up
        14
        arrow-down
        3
        ·
        edit-2
        1 year ago

        The problem with formal proofs for code is that it assumes the spec/requirements are complete and bug-free.

        I find most bugs come from missed or misinterpreted requirements.

        • tatterdemalion@programming.dev
          link
          fedilink
          arrow-up
          25
          ·
          edit-2
          1 year ago

          I have a feeling you are misunderstanding what is meant by “theorems for free” here. For example, one theorem that is proven by all safe Rust programs is that they don’t have data races. That should always be a requirement for functional software. This is a more pragmatic type of automatic theorem proving that doesn’t require a direct proof from the code author. The compiler does the proof for you. Otherwise the theorem would not be “free” as stated in OP.

      • floofloof@lemmy.ca
        link
        fedilink
        English
        arrow-up
        7
        ·
        edit-2
        1 year ago

        Ah, the long run. I keep trying to explain this concept to management, but without success.

    • sping@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      4
      ·
      1 year ago

      Yes, that’s why we use typing, to get better working code more easily. That’s why I use type annotation and enforced checkers in Python. It makes it so much easier and quicker to create good systems of any significance.