• 0 Posts
  • 1.25K Comments
Joined 1 year ago
Cake day: November 14th, 2023
  • Victor@lemmy.worldtoProgrammer Humor@programming.dev•Like programming in bash
    1·
    15 hours ago

    Fish syntax is still fairly ugly compared to most programming languages in my opinion.

    subprocess.run(["fd", "-t", "d", "some_query"])

    vs

    fd -t d some_query

    Which is cleaner? Not to mention if you want to take the output from the command and pipe it into another one.

    It’s not about folks with weird opinions or otherwise, it’s about use cases. 🙂 I don’t think python is any more “natural” than most other imperative languages.

    Fish is probably even more natural, actually, due to it being more high level and the legibility of the script is basically dependent on the naming of the commands and options and variables used within it, rather than something else, just like python. They probably have similarly legible keywords. Fish I imagine has fewer, which is a good thing for legibility. A script does a lot more with a lot less, due to the commands themselves doing so much behind the scenes. There’s a lot more boilerplate to a “proper” programming language than a scripting language.

    But if you want to do something that python is better suited for, like advanced data processing or number crunching, or writing a whole application, then I would say that would be the better choice. It’s not about preference for me when it comes to python vs fish, it’s about the right tool for the job. But if we’re talking about bash vs fish, then I’m picking fish purely by preference. 👍

  • Victor@lemmy.worldtoProgrammer Humor@programming.dev•Like programming in bash
    3·
    22 hours ago

    A shell script can be much more agile, potent, and concise, depending on the use case.

    E.g. if you want to make a facade (wrapper) around a program, that’s much cleaner in $SHELL. All you’re doing is checking which keyword/command the user wanted, and then executing the commands associated with what you want to achieve, like maybe displaying a notification and updating a global environment variable or something.

    Executing a bunch of commands and chaining their output together in python is surely much more cumbersome than just typing them out next to each other separated by a pipe character. It’s higher-level. 👍

    If it’s just text in text out though, sure, mostly equivalent, but for me this is rarely the use case for a script.

  • Victor@lemmy.worldtoProgrammer Humor@programming.dev•Like programming in bash
    30·
    1 day ago

    Ever since I switched to Fish Shell, I’ve had no issues remembering anything. Ported my entire catalogue of custom scripts over to fish and everything became much cleaner. More legible, and less code to accomplish the same things. Easier argument parsing, control structures, everything. Much less error prone IMO.

    Highly recommend it. It’s obviously not POSIX or anything, but I find that the cost of installing fish on every machine I own is lower than maintaining POSIX-compliant scripts.

    Enjoy your scripting!

  • Victor@lemmy.worldtomemes@lemmy.world•Me after Mozilla and Proton
    1·
    3 days ago

    Oh yeah, the OBS thing. Yeah, I guess these are the reasons I’ve felt like Flatpaks are a bit more stable than AUR packages. They might take up more space or whatever, but it’s nice to know they work like they’re supposed to, especially commercial stuff like Spotify and Slack etc. I just wish Flatpak software integrated better with the rest of the system without extra configuration.