• rhabarba@feddit.org
      link
      fedilink
      arrow-up
      61
      arrow-down
      5
      ·
      17 hours ago

      Same, so I’ll only answer for me: Python is dependency hell, also breaking existing code with every second update. Hard pass.

      • lauha@lemmy.world
        link
        fedilink
        arrow-up
        16
        arrow-down
        1
        ·
        12 hours ago

        breaking existing code with every second update

        Still remembering python 3 release from 17 years ago?

      • SSUPII@sopuli.xyz
        link
        fedilink
        arrow-up
        16
        arrow-down
        1
        ·
        14 hours ago

        We are no longer in the Python 2 days. You have lots of wiggle room for using the version you want and are rarely forced to use specific releases.

        • Jesus_666@lemmy.world
          link
          fedilink
          arrow-up
          24
          ·
          13 hours ago

          There still plenty of “this version of pytorch doesn’t run reliably with Python 3.12, please use 3.10”, though. It’s not all sunshine and roses.

          • FishFace@piefed.social
            link
            fedilink
            English
            arrow-up
            2
            arrow-down
            1
            ·
            12 hours ago

            If you’re writing python code you have to deal with versioning, yeah. But the end user basically never has to care.

            • Jesus_666@lemmy.world
              link
              fedilink
              English
              arrow-up
              8
              ·
              11 hours ago

              Except if they then have to run it on their machine and the setup instructions start with setting up a venv. I find that a lot of Python software in the ML realm makes no effort to isolate the end user from the complexities of the platform. At best you get a setup script that may or may not create a working venv without manual intervention, usually the latter. It might be more of a Torch issue than a Python one but it still means spending a lot of time messing with the Python environment to get things running.

              This may color my perception but the parts of the Python ecosystem I get exposed to as an end user these days feel very hacky. (Not all of it is, though; I remember from my Gentoo days that Portage was rock solid.)

              • The Quuuuuill@slrpnk.net
                link
                fedilink
                English
                arrow-up
                1
                ·
                3 hours ago

                if they do that’s not release ready software that you should concern yourself with imo. that’s a problem of project maturity not runtime choice

              • Confused_Emus@lemmy.dbzer0.com
                link
                fedilink
                English
                arrow-up
                1
                ·
                4 hours ago

                Figuring out venvs was a bit frustrating for me. Particularly since the steps I was following to install a particular app mentioned nothing about them, so I just got an error when I tried to follow their instructions. Thankfully managed to get it figured out, but yeah, definitely wouldn’t have been my first choice for an install method if others were available for that app.

              • Valmond@lemmy.world
                link
                fedilink
                arrow-up
                1
                ·
                7 hours ago

                Security issues aside, you can freeze python code to an executable, linux, mac, windows.

                Kind of neat IMO. Except the security concerns ofc.

              • rhabarba@feddit.org
                link
                fedilink
                arrow-up
                1
                ·
                9 hours ago

                There are reasons why Common Lisp (that I absolutely prefer as well) is still a big thing in AI-related applications. Some of those are listed in your comment.

              • FishFace@piefed.social
                link
                fedilink
                English
                arrow-up
                1
                ·
                11 hours ago

                ML is a very new field and so most programs are not mature, and indeed they can have you messing around with venvs and such.

                But most python software people actually used is packaged by a distro already.

    • Ephera@lemmy.ml
      link
      fedilink
      English
      arrow-up
      34
      arrow-down
      1
      ·
      16 hours ago

      Personally, I find that (complex) software implemented in Python tends to be so unreliable that I typically don’t want to use it after all, but I only find that out after wasting a bunch of time learning the software.
      It’s just frustrating, especially if I come back to the software every so often, naively thinking that it’s been a few versions, so maybe they’ve fixed it. It’s always just different bugs, which still end up being too frustrating to use the software.


      To give an example, I like to compose music using Lilypond, which is more-or-less a programming language to create sheet music. And there is a program that’s supposed to give you a well-integrated workflow for that (i.e. an IDE), called Frescobaldi.
      The first time I tried it, playback of the composed music wouldn’t work.
      The second time, I couldn’t click on notes to jump to the respective code snippet.
      And I tried it again a few weeks ago and it just crashed immediately with an obscure error message.

      Instead, I’ve slapped together a script, which just opens the sheet music in my PDF viewer, the code in my normal editor and then uses a CLI tools to generate and playback the sheet music. And while it’s definitely not perfect, it has been working more reliably for me than Frescobaldi ever has.