No offence

        • superbirra@lemmy.world
          link
          fedilink
          arrow-up
          9
          arrow-down
          3
          ·
          1 year ago
          • loosely typed: python is the same

          false

          • bad package manager: python is infinitely worse

          don’t think so but ehy…

            • static_motion@programming.dev
              link
              fedilink
              arrow-up
              17
              arrow-down
              4
              ·
              edit-2
              1 year ago

              You clearly have no idea what you’re talking about. Python is strongly typed. What is is is dynamically typed, also known as “duck typing”.

            • min_fapper@iusearchlinux.fyi
              link
              fedilink
              arrow-up
              7
              arrow-down
              3
              ·
              1 year ago

              Yep last time I tried python, it’s type checker was so, so much worse than typescript.

              Everyone I’ve met saying python is better turned out not have used modern JavaScript/typescript.

              • Joe_0237@lemmy.ml
                link
                fedilink
                arrow-up
                8
                ·
                1 year ago

                I’m sure that’s the case, but the meme is not making fun of typescript, its making fun of his dad: JavaScript, maybe for not comparing to his son: typescript

            • Jerkface (any/all)@lemmy.ca
              link
              fedilink
              arrow-up
              2
              ·
              edit-2
              1 year ago

              Objects have strong, definite types that never change. Variables do not have types and can store [a reference to] any Object.

          • abraxas@lemmy.ml
            link
            fedilink
            English
            arrow-up
            5
            arrow-down
            1
            ·
            1 year ago

            You’re right about python being the same. Python doesn’t have a mature alternative to Typescript that launches it into having best-in-class type handling.

            There’s so much that my C# devs can’t do with its horrible type system that Typescript “just does better”. At compile-time at least.

            I used to work on a hybrid typescript/python product (some services js, some TS, some python), and the TS stuff was just faster-running, easier to iterate, and better. And story-point allocations consistently showed that for an excess of 20 devs working on those codebases.

            As for pip/easy_install vs npm/yarn/pnpm… I’m curious what you think pip does well that yarn/npm doesn’t? I’ll say in my work experience there’s more/better enterprise private repository/cache support for node modules than for python modules. Using npm security databases alongside “known good versioning” allows a team of even 100 developers to safely add libraries to projects with no fear of falling out of corporate compliance regulations. I’ve never seen that implemented with pip

            • Bruce@lemmy.ml
              link
              fedilink
              English
              arrow-up
              3
              ·
              1 year ago

              100 developers to safely add libraries to projects with no fear of falling out of corporate compliance regulations.

              Depending on the regulations, python virtual envs could make it possible too.

              • abraxas@lemmy.ml
                link
                fedilink
                English
                arrow-up
                1
                ·
                1 year ago

                How so? The companies I worked for were using venv’s but nothing that could help with standards.

                Using a private npm repo, I can actually do aninstall of a library I want to use and it’ll refuse to install if that library isn’t already approved for use by the organization, and if it is/does, it will install only the approved version. Further, I still don’t have any of the libraries installed I don’t want (even secure-seeming unnecessary code is a potential risk and unnecessary). The last 2 places I worked that used python used venv’s, but the pip requirements.txt file was still fairly hard to keep regulated.

                • Bruce@lemmy.ml
                  link
                  fedilink
                  English
                  arrow-up
                  2
                  ·
                  edit-2
                  1 year ago

                  From approved environments: pip freeze > requirements.txt ?

                  • abraxas@lemmy.ml
                    link
                    fedilink
                    English
                    arrow-up
                    1
                    ·
                    1 year ago

                    So let’s say I want to add a library not currently being used in this project, but that might have been approved for another project in another repo? How does pip freeze solve that problem? Do python users endorse a “every single python app in the entire org should use the same requirements.txt” mindset? Or what am I missing?

            • pingveno@lemmy.ml
              link
              fedilink
              English
              arrow-up
              2
              ·
              1 year ago

              pip/easy_install

              Are you sure your knowledge of Python’s package management isn’t out of date? easy_install has been deprecated for years. There are a few mechanisms that the Python community now has for dependency management and installation. My favorite solution is Poetry, which like npm maintains a separate dependency (pyproject.toml) and lock (poetry.lock) file.

              • abraxas@lemmy.ml
                link
                fedilink
                English
                arrow-up
                1
                ·
                1 year ago

                I didn’t think anyone was using easy_install anymore, but I still see it in docs for stuff.

                Poetry looks interesting, but does it support private-only dependencies, where the system will reject a library or version if it has not been previously approved and cached?

                  • abraxas@lemmy.ml
                    link
                    fedilink
                    English
                    arrow-up
                    1
                    ·
                    1 year ago

                    Ah, yeah. Pretty awesome. Looks like they added that in 2019. I wonder why I’ve not seen that behavior used much at all.

                    Is there also good repo-mirror functionality to keep it easy to curate the private source?

      • LeFantome@programming.dev
        link
        fedilink
        arrow-up
        7
        ·
        1 year ago

        Well done.

        That is like a colleague farewell card that says, “Four years already? It seems like only six months with all that we have accomplished.”

    • Rodeo@lemmy.ca
      link
      fedilink
      arrow-up
      1
      arrow-down
      1
      ·
      1 year ago

      Afaik JavaScript only runs in a browser. If you want to make a desktop app your only option is something like electron.

      For example, you can’t make the equivalent of a bash script with JS, but it’s trivial with python. I don’t think you can do system calls at all with JS.