• 0 Posts
  • 668 Comments
Joined 1 year ago
cake
Cake day: November 14th, 2023

help-circle




  • It’s gotta be some kind of sheep brain activation; crowd following behavior. It can be very annoying sometimes.

    Sometimes you’re just voicing a neutral opinion and it gets destroyed. And by neutral I mean it’s not controversial or anything, like racism, it could just be something not exactly everyone would agree with.

    I wish people would use the down vote as Reddit once intended it to mean: off topic and not contributing to the discussion, or perhaps rude, etc. Not “I don’t agree with this”. You should explain why you don’t agree with something, or up vote a comment that already explains it.





  • 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. 👍








  • 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.





  • 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!