Python allows programmers to pass additional arguments to functions via comments. Now armed with this knowledge head out and spread it to all code bases.

Feel free to use the code I wrote in your projects.

Link to the source code: https://github.com/raldone01/python_lessons_py/blob/main/lesson_0_comments.ipynb

Image transcription:

from lib import add

# Go ahead and change the comments.
# See how python uses them as arguments.

result = add()  # 1 2
print(result)
result = add()  # 3 4
print(result)
result = add()  # 3 4 5 20
print(result)

Output:

3
7
32
  • bdonvrA
    link
    fedilink
    arrow-up
    90
    ·
    6 hours ago

    IMO comments should never ever be parsed under any circumstances but I probably don’t know enough to really speak on this

        • raldone01@lemmy.worldOP
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          1 hour ago

          On a serious note:

          This feature is actually very useful. Libraries can use it create neat error messages. It is also needed when logging information to a file.

          You should however never ever parse the source code and react to it differently.

          • ddplf@szmer.info
            link
            fedilink
            arrow-up
            1
            arrow-down
            1
            ·
            2 hours ago

            Because it doesn’t seem like a useful feature. The only occasion I imagine this could be helpful is with logging to the console to track when the function breaks, but even then - still trivial to replace.

    • peereboominc@lemm.ee
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 hours ago

      Some languages use the comments to generate documentation. Something like

      // function to add two numbers func Add(num1 int, num2 int)

    • Badland9085@lemm.ee
      link
      fedilink
      arrow-up
      2
      ·
      3 hours ago

      One case where I find it useful, tho it operates in a more limited way, is code in block blocks within code comments in Rust, which are also printed out in the generated documentation. They essentially get ran as part of your unit tests. This is great for making sure that, eg, your examples left in code comments actually work, especially if they’re written in a way that functions like a unit test.

    • bjorney@lemmy.ca
      link
      fedilink
      arrow-up
      4
      ·
      4 hours ago

      The add function in the example above probably traverses the call stack to see what line of the script is currently being executed by the interpreter, then reads in that line in the original script, parses the comment, and subs in the values in the function call.

      This functionality exists so when you get a traceback you can see what line of code triggered it in the error message

    • balsoft@lemmy.ml
      link
      fedilink
      arrow-up
      2
      ·
      4 hours ago

      It’s quite useful to parse comments and generate documentation from them, either as plain old hypertext or in your editor with LSP.

      • ramble81@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        3 hours ago

        That sounds fine if you have something reading the file independently. But the actual executable code should not be able to access its own comments.

    • Chais@sh.itjust.works
      link
      fedilink
      arrow-up
      9
      ·
      4 hours ago

      You can so stupid shit in any language. I admit Python doesn’t exactly make it difficult. A bit like JS, but different.

      • verdigris@lemmy.ml
        link
        fedilink
        arrow-up
        4
        arrow-down
        2
        ·
        3 hours ago

        Being able to get the line number is very different from comments being parsed.

        • bjorney@lemmy.ca
          link
          fedilink
          arrow-up
          5
          ·
          edit-2
          2 hours ago

          You should look at how OPs example works first maybe

          The python interpreter isn’t parsing comments, the add() function is just getting the current line number from the call stack context, and using a regex to spit out the numbers to the right of the “#” on the current executing line of the source code.

    • OsrsNeedsF2P@lemmy.ml
      link
      fedilink
      arrow-up
      11
      ·
      4 hours ago

      Yup, the function actually goes and finds the code that calls it and parses the comment.

      Disgusting.

    • justcallmelarry@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      32
      ·
      edit-2
      6 hours ago

      The add() function (that is available in the source code) basically uses some built in debugging tools to find out where in the code the function is called, and then parses the comment from the file and uses it for adding stuff.

      I’ve never tried (becuse why would you…) but something similar can probably be built in any interpreted language

      It’s not something Python does by design

      • N0x0n@lemmy.ml
        link
        fedilink
        arrow-up
        7
        ·
        edit-2
        6 hours ago

        Thanks :) ! Could you tell me what use case/purpose such function can have from a dev perspective?

        • McWizard@lemmy.zip
          link
          fedilink
          arrow-up
          3
          ·
          3 hours ago

          We actually use method comments for user documentation as well. Only on specific business methods, but it’s nice to have a good comment for the dev and a tooltip for the user at the same time.

        • bjorney@lemmy.ca
          link
          fedilink
          arrow-up
          4
          ·
          4 hours ago

          This stuff is normally used for creating human readable error messages. E.g. printing the line of your code that actually set off the exception

        • justcallmelarry@lemmy.dbzer0.com
          link
          fedilink
          arrow-up
          3
          ·
          edit-2
          5 hours ago

          This specific use case? To make a meme, mainly ¯\(ツ)

          As for the components: Parsing comments have been used for stuff like type hints / formatting / linting, tho generally not at run time (afaik).

          The tooling for finding out where something is called from can be used to give a better understanding of where things go wrong when an exception happens or similar, to add to logs.

          I would say that in general you don’t need either functionality except for certain edge-usecases

  • davel [he/him]@lemmy.ml
    link
    fedilink
    English
    arrow-up
    4
    ·
    4 hours ago

    What? There is no lib module.

    $ python3.13 -c 'import lib'
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
        import lib
    ModuleNotFoundError: No module named 'lib'
    $
    
    • b34k@lemmy.ml
      link
      fedilink
      arrow-up
      4
      ·
      4 hours ago

      OP wrote this add() function and has provided their own lib module in the source code.

      • davel [he/him]@lemmy.ml
        link
        fedilink
        English
        arrow-up
        9
        ·
        4 hours ago

        Oh, so it’s not Python that’s cursed.

        One of Python’s design philosophies is—or at least was—“we are all consenting adults here.” If you really want to turn Python into Brainfuck, the interpreter isn’t going to stop you.