So I’m no expert, but I have been a hobbyist C and Rust dev for a while now, and I’ve installed tons of programs from GitHub and whatnot that required manual compilation or other hoops to jump through, but I am constantly befuddled installing python apps. They seem to always need a very specific (often outdated) version of python, require a bunch of venv nonsense, googling gives tons of outdated info that no longer works, and generally seem incredibly not portable. As someone who doesn’t work in python, it seems more obtuse than any other language’s ecosystem. Why is it like this?

  • lime!
    link
    fedilink
    English
    arrow-up
    4
    ·
    edit-2
    17 days ago

    it’s also not at all relevant. go is great, but this is about python.

      • lime!
        link
        fedilink
        English
        arrow-up
        5
        ·
        17 days ago

        this is not about offense! nobody is offended. but if you ask me for help with an apple pie and i tell you to make meatballs… it’s a confusing lack of relevance.

        • ravhall@discuss.online
          link
          fedilink
          arrow-up
          1
          arrow-down
          2
          ·
          17 days ago

          I did lead with an appropriate request for a sidebar. I just feel the rip about context was even less appropriate. And apple cobbler would be a better comparison. Apples, just different.

          • lime!
            link
            fedilink
            English
            arrow-up
            3
            ·
            17 days ago

            it’s not though. op has issues installing programs built in python. suggesting they rebuild those programs in go is 100% an apples to meatballs comparison, and way off topic.

            • ravhall@discuss.online
              link
              fedilink
              arrow-up
              2
              arrow-down
              3
              ·
              17 days ago

              They should get those same programs, but for Go. I’m sure someone has made whatever they’re doing. It would work better.

              • Orygin@sh.itjust.works
                link
                fedilink
                arrow-up
                1
                arrow-down
                3
                ·
                17 days ago

                You’re not wrong, but you have offended the python guys for suggesting they use something other than their toy language.
                I personally look away when I find programs I want to use that are written in python. I don’t have time to play with all that BS just to run a small software on my machine. Go is my go-to (heh) but any other modern language would be fine.

                • lime!
                  link
                  fedilink
                  English
                  arrow-up
                  3
                  ·
                  edit-2
                  17 days ago

                  such a strange interpretation. i’ve been working in go for over 10 years now, and i love it. but the notion that you can “just find the same program but built in a different language” doesn’t make sense at all.

                  like, if you’re annoyed with pandoc being written in haskell and clogging up your system dependencies, you can’t just “find another pandoc”. there’s nothing like it. same thing with curl, or xonsh, or thingsboard.

                  • Orygin@sh.itjust.works
                    link
                    fedilink
                    arrow-up
                    1
                    ·
                    edit-2
                    16 days ago

                    I agree in general, if you need something specific then there is no way around it. But when I’m looking for something I evaluate all possible solutions, and being written in a language that has issues like this is a mark against it. Sometimes it’s easier to write the thing myself in some language I master than to wrangle python or Js dependencies.
                    In my experience there is rarely only one solution written in python or Js for my use cases.