• Diplomjodler@feddit.de
    link
    fedilink
    arrow-up
    43
    arrow-down
    6
    ·
    1 year ago

    Python is the second best language for everything. Having one language that does it all is better than learning several that might do it a little bit better.

    • bort@lemmy.sdf.org
      link
      fedilink
      arrow-up
      35
      arrow-down
      2
      ·
      1 year ago

      Careful, that attitude is how we ended up with this infestation of JavaScript!

      • grue@lemmy.ml
        link
        fedilink
        arrow-up
        5
        arrow-down
        1
        ·
        edit-2
        1 year ago

        JavaScript is very much not the second best language for anything.

        JavaScript came about because it was the only choice in the context for which it was designed, and then it metasticized into other contexts because devs that used it got Stockholm syndrome.

    • dukk@programming.dev
      link
      fedilink
      arrow-up
      8
      ·
      1 year ago

      Speed is a serious problem in Python though. Python has its use cases, and so do other languages. Things would not end well if we started using Python for everything.

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

        This might be an unpopular opinion but python’s speed wouldn’t even be an issue if it was 5x slower than it is now.

        Python is a language designed for write-time performance, not runtime performance.

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

          Definitely not even close to being one of the fastest languages, but still faster nonetheless.

      • Diplomjodler@feddit.de
        link
        fedilink
        arrow-up
        3
        arrow-down
        2
        ·
        edit-2
        1 year ago

        If I wanted to write a 3D game engine, I wouldn’t use Python either. But there’s zero chance of me ever doing that. For 90% of things 90% of people do, Python works just fine. And the performance thing is actively being worked on and getting better all the time.

      • Chunk@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        I have worked on a lot of real time simulation with python glue. It is… not fun. I’m a better programmer for it though.

    • entropicdrift@lemmy.sdf.org
      link
      fedilink
      arrow-up
      5
      ·
      edit-2
      1 year ago

      Python is the best “glue” language I’ve ever used. When you want to chain together your program’s high-level logic and all of the loops happen inside lower-level languages like Rust, Go, Zig, D or C, Python’s performance is perfectly adequate and it’s so clear and concise it reads like pseudocode.

      • Diplomjodler@feddit.de
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        As long as you do all your lookups with dicts or sets performance is pretty decent for smaller workloads.

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

          Python is secretly a functional-paradigm language. If you’re not making liberal use of comprehensions instead of loops (especially loops with LBYL conditions in them), you’re doing it wrong.

  • Dasnap@lemmy.world
    link
    fedilink
    arrow-up
    30
    ·
    edit-2
    1 year ago

    Anything I can do in Shell I will do in Shell and yes I am a devops engineer thanks for asking.

  • Haus@kbin.social
    link
    fedilink
    arrow-up
    11
    arrow-down
    1
    ·
    edit-2
    1 year ago

    MFW I’m using sh variant #7923 and trying to write a for loop.

    On that other site, I compared it to being a lifelong English-speaking resident of Chicago and being unable to order a pizza in Indianapolis without a phrasebook.

  • Eochaid@lemmy.world
    link
    fedilink
    arrow-up
    8
    ·
    1 year ago

    The only validation you should expect and need is self-validation.

    Your work is absolutely valid and important. Your efforts are absolutely appreciated and worthwhile. But people are stuck in their own heads and work and stress and concerns and desires and validation loops and it takes actual work to break out of that to not only offer appreciation but to even realize that they need to offer it.

    And for that reason, you should also really appreciate anyone that validates you.

  • Legendsofanus@lemmy.world
    link
    fedilink
    arrow-up
    8
    arrow-down
    1
    ·
    1 year ago

    I know a bit of HTML so I just started learning Python. It’s fairly easy and fun, haven’t made anything real yet tho

  • pulaskiwasright@lemmy.ml
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    4
    ·
    1 year ago

    Things that could have been done in bash is python’s best usecase. And bash sucks for scripting. Why not python?

    • entropicdrift@lemmy.sdf.org
      link
      fedilink
      English
      arrow-up
      19
      ·
      edit-2
      1 year ago

      There are many cases where bash/shell is better than Python. For one, any time you’re just stringing together 2-4 existing shell tools, bash has unbeatable speed since it’s all running in C. Plus, you should probably learn the tools anyways to handle CLI stuff on a day-to-day level, so the knowledge is reusable and becomes very intuitive to compose into some crazy one-liner piped chains of commands. If I just want to loop over a set of directories and do a couple chained CLI commands on each directory, this is the way I go.

      That said, in cases where you’re doing something very custom, any time you’re doing something that can’t be simply described as a chain of CLI tool transformations, and any time you want to maintain a global state across a complex set of operations outside of a pipeline, I agree that Python is generally a more robust solution with much easier maintainability.

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

        If we’re talking about 5 like script, then sure. Just use bash. But python is much better long term, in my experience, for scripts any bigger than that.

    • dukk@programming.dev
      link
      fedilink
      arrow-up
      3
      arrow-down
      11
      ·
      1 year ago

      Not really true. Python was created for, and is still best used for data science. It’s user-friendliness made it a first for many inexperienced programmers too, and it started to be used for way more than it was initially intended. I’m not saying it’s bad at everything else, but there’s most certainly better tools for the job.

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

        I won’t argue with what it was created for, but I disagree that it’s best usecase isn’t as a bash replacement. That’s the only spot I’ve used and liked it.

  • Reptorian@programming.dev
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    I’m using G’MIC for raster-graphic image-processing, but I can do other things in it too with ease. I feel this post so much.

  • Kogasa@programming.dev
    link
    fedilink
    arrow-up
    13
    arrow-down
    12
    ·
    edit-2
    1 year ago

    I can’t think of a single reason to use bash over Python. Anything you can do in bash can be done in pure Python. Unless you’re working in some embedded environment it’s a non-issue to install a Python interpreter (you certainly already have one). I would only use sh/bash for packages I’m distributing to avoid the external dependency, and then only if it’s a relatively simple script.

    • bort@lemmy.sdf.org
      link
      fedilink
      arrow-up
      19
      ·
      1 year ago

      I know whatever environment I run my shell script in has sh, I can’t rely on (the right version of) python being there.

        • Chunk@lemmy.world
          link
          fedilink
          arrow-up
          6
          ·
          1 year ago

          Because you could be on another machine that doesn’t have Python 3.X it only has 3.X-1. or you could write code for Python 3.12 and then four years later no one has 3.12 anymore.

          Sometimes you need to download packages from pip but pip might not be available or you may be hitting your company’s internal pip mirror.

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

            How often are you writing scripts that accidentally require a specific minor version of Python 3 to run? If you have dependencies, 1) you’re no longer scripting, and 2) you need to manage your runtime environment anyway.

            • RubberDucky@programming.dev
              link
              fedilink
              arrow-up
              3
              ·
              1 year ago

              Runtime environments can change often, if you need to install your application on a ton of PC’s you don’t want to install python version 3.X on all of those instead you could just compile it into a native binary, pip is the most unsafe hell

              • Kogasa@programming.dev
                link
                fedilink
                arrow-up
                1
                arrow-down
                1
                ·
                1 year ago

                If you’re compiling a native binary you DEFINITELY aren’t in scripting territory anymore.

      • AProfessional@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        1 year ago

        BASH has some useful features and I’ve literally never had an environment with bash unavailable (even if a package is needed, so what).

      • IRQBreaker@lemmy.kozow.com
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        Granted, it’s a kind of niche use case but in the embedded world there’s usually size constraints which prevents a full blown bash installation.

        However, things are better now than 20 years ago. Flash is cheap.

    • CoderKat@lemm.ee
      link
      fedilink
      English
      arrow-up
      7
      arrow-down
      1
      ·
      1 year ago

      Python is superior for string anything (parsing, searching, manipulating). But Bash is much simpler for running existing CLI tools. Plus you should already be using Bash as a simple terminal language already, so wrapping what you’re used to into a simple script flows naturally.

      Eg, if I have some admin tool for updating a user thingamajig, a common scripting need is just running that tool for every user in a file (or the output of another command). The string manipulation that often requires is annoying in bash, but running the commands is easier than Python.

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

        If what you’re doing is essentially a few shell commands, then you may as well put it into a script. If you’re talking about how “elegant” your shell scripts are and comparing them to Python, you’re probably wrong and should be using Python.

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

      I know there’s a lot of downvotes because there are people reading this as hate toward Python. On one hand, one can make the case that it is overused and this doesn’t bold well for those that simply can never like it’s syntax. On the other hand, Python is perfect for small scripts that isn’t tailored for a Domain or just quick codes.

      • sanosuke001@lemmynsfw.com
        link
        fedilink
        English
        arrow-up
        3
        ·
        1 year ago

        Honestly, I’m not really a fan of the formatting and syntax of Python but I agree, it is a fine choice for scripting things quickly if you don’t mind the language itself.

        The biggest issue I have with it are all the incompatible versions, juggling modules, having some other random thing with a ridiculous configuration, where a bash script would be infinitely easier. Anything more complicated and Python is just too much of a headache.