• masterspace@lemmy.caEnglish
      0·
      20 days ago

      The equivalent in JavaScript / TypeScript would actually be function () {}, this is the syntax for named functions.

      C# is the same as bash though.

          • SpaceCowboy@lemmy.ca
            0·
            20 days ago

            Yeah for whatever reason, FE devs want to make everything a const. It’s like a religious belief or something, it’s really kinda weird.

            const fun = () => { const something = “whatever” const array = []; array.push(someting)

            for (const thing of array) { if (thing === ‘whatever’) blah(thing) } }

            Semicolons? Optional. Which quotes you should use? Whatever you feel like! But you must declare things as a const wherever possible! Even if it’s an array that you’re going to be changing, declare it as a const because you should know that you can push things into a const array, and since it’s possible to declare it as a const, you must declare it as a const.

            Why is this? Nobody knows, but it’s important to FE devs that you use const.

            • brian@programming.dev
              0·
              20 days ago

              semicolons? quotes? use a formatter and don’t think about it. I think js world has basically done this already.

              const is simpler. why would I declare an array as let if I’m not reassigning? someone can look at it and know they don’t have to think about reassignment of the reference, just normal mutation. ts has the further readonly to describe the other type of mutation, don’t abuse let to mean that.

              const arrow over named function? gets rid of all the legacy behaviors and apis. no arguments, consistent this, and no hoisting or accidental reassignment. the 2 places you should ever use named fn are generator or if you actually need this

              • Mr. Satan@lemmy.zip
                0·
                20 days ago

                semicolons? quotes? use a formatter and don’t think about it. I think js world has basically done this already.

                It’s nice when a codebase has sane formatter conventions. I can’t say that my workplace does, tho…

                const arrow over named function? gets rid of all the legacy behaviors and apis. no arguments, consistent this, and no hoisting or accidental reassignment. the 2 places you should ever use named fn are generator or if you actually need `this

                How is having arguments and this an issue? If one doesn’t need them, then it can be just left unused. I really don’t get this argument. It makes everything visually a variable. I see no benefit to this convention and actively despise it.

                • brian@programming.dev
                  0·
                  19 days ago

                  I’ve worked at several places that didn’t have formatters when I started. they did by the time I left. you can incrementally adopt them and if it’s automated most people at worst don’t care. advocate for things you want

                  reassignment and hoisting are the significant ones. behavior around this does just seem more intuitive than otherwise when it comes up, so I think telling especially new devs to use const arrow fn everywhere but classes is a reasonable rule

                  hate to break it to you but it behaves like a variable either way. function just behaves closer to a var variable. const fns are less like variables since no assignment. intellisense/devtools all show them just fine. it really is just a minor aesthetic difference on the definition

              • SpaceCowboy@lemmy.ca
                0·
                20 days ago

                Stylistically, you’re changing the array when you add something to it. Javascript is a janky language in the best of times, but FE devs like to artificially introduce additional unnecessary complexities on top of the jank.

                const is simpler. why would I declare an array as let if I’m not reassigning?

                Why would you declare a const that’s going to have different data every time to function is called?

                Now I’m thinking it’s a form of gatekeeping. Just an excuse for FE devs to throw out terms like “immutable” to make it sound like they know what they’re taking about. Y’all need to constantly sound like you know what you’re talking about when dealing with users, pretending weird stylistic choices have real technical reasons for them. But the BE devs know what you’re saying is complete bullshit LOL.

                • brian@programming.dev
                  0·
                  19 days ago

                  knowing the programming language you’re working in at a basic level is gatekeeping I’m ok with

                • masterspace@lemmy.caEnglish
                  0·
                  20 days ago

                  You are literally just describing the conceptual differences between functional programming and object oriented programming. It has nothing to do with front end vs backend, except for the fact that React has vastly popularized functional paradigms on the frontend.

                  If you come from a Java / Spring background, that will seem foreign, if you come from an express background it will feel natural.

                  Functional programming is extremely pleasant though. Its been described as what object oriented would look like if you actually followed all the SOLID principles. You should keep an open mind.

            • Ghoelian@piefed.socialEnglish
              0·
              20 days ago

              The reason is very simple, performance. If a value doesn’t need to be changed, don’t declare it as mutable. This isn’t just a front-end thing btw.

              • SpaceCowboy@lemmy.ca
                0·
                20 days ago

                Pushing something onto an array isn’t changing the array? It’s not changing the reference to the array, but from a style standpoint it doesn’t make sense.

                And if you’re declaring a const within the scope of a function, it’s still allocating memory when it enters the scope and disposing it when it leaves the scope, same as a variable. There’s no performance benefit to do this.

                Something like const CONSTANT_VALUE = “This never changes” has a performance benefit and is actually how other languages use constants. The value will always be the same, the compiler understands this and can optimize accordingly. If you’re declaring an iterator or the result of calling a webservice to be const it’ll be a different value every time it runs that code, so it’s not something a compiler can optimize. In style terms, it’s a value that’s different every time you get to that line of code, so why would you want to call it constant?

                You’re comment indicates the FE dev obsession with always using const stems from a misunderstanding of how computers work. But of course many religious beliefs originate from a misunderstanding of the world. Whatever man, I just make it a const to make the linter happy, because it’s dumb FE bullshit LOL.

                • masterspace@lemmy.caEnglish
                  0·
                  20 days ago

                  Lol.

                  Pushing something onto an array isn’t changing the array? It’s not changing the reference to the array, but from a style standpoint it doesn’t make sense.

                  So you’re arguing for writing things as they seem, not the way that computers treat them?

                  You’re comment indicates the FE dev obsession with always using const stems from a misunderstanding of how computers work.

                  Maybe rethink this.

    • spongebue@lemmy.world
      0·
      20 days ago

      I have no idea why you’d need that especially since return y() is pretty easy, but… I want it!

      (Actually, I guess a super simple way of overloading a method, like fun x() = x(defaultValue) could be neat)

      • Eager Eagle@lemmy.worldEnglish
        0·
        20 days ago

        default values is one of my pet-peeves after using Python regularly. I wish more languages would let you just do something like def do_thing(arg=default_value) without hoops like builder pattern, function overloading, or whatnot

        • [object Object]@lemmy.world
          0·
          20 days ago

          I mean, the go-to approach in Lisp, for example, is to have null as the default value (which doubles for false in there). And check for that in the function.

            • [object Object]@lemmy.world
              0·
              20 days ago

              In Lisp, at least the Emacs Lisp with which I have experience, it’s customary to put in nil (Lisp’s null) for any omitted arguments in the middle that you can’t be arsed to specify — aside from just leaving off arguments at the end. In JS, typing in undefined in every such case would probably be an annoyance, so I’m guessing coders need to check for both undefined and null in these circumstances.

              Overall, it’s remarkable how Lisp teaches one to be much more relaxed about programming practices than is typical for mainstream languages. Design patterns? Data structures? Shit, just pass in a list or an assoc array, and maybe a function here and there. Also everything is an expression, enjoy your ternary (if) at any point anywhere.

      • calcopiritus@lemmy.world
        0·
        20 days ago

        This can also be a side product for code blocks being expressions instead of statements.

        In rust for example they are, so it’s not rare to see functions like:

        fn add_one(x: i32) -> i32 {
    x+1
}

        This lets you do amazing things like:

        let x = if y < 0.0 {
    0.0
} else {
    y
}

        which is the same as x = y < 0.0 ? 0.0 : y

        But is much better for more complex logic. So you can forget about chaining 3-4 ternary operations in a single line.

        • [object Object]@lemmy.world
          0·
          20 days ago

          Lisp programmers seeing these ‘amazing things’:

          But yeah, every time I’m trying to do a ternary in Lua, I miss being able to just throw in an if.

  • Speiser0@feddit.org
    0·
    20 days ago

    C++ has []{}.

    (You can also add more brackets if you wish to do nothing longer: []<>[[]]()[[]]{}())

        • [object Object]@lemmy.world
          0·
          20 days ago

          In Emacs Lisp, you use one of these two:

          (defun funcname (arg1 arg2) (+ arg1 arg2))

          (lambda (arg1 arg2) (+ arg1 arg2))

          — with the latter typically being an argument to another function or macro.

  • Laser@feddit.org
    0·
    20 days ago

    Not sure I’d call what bash has functions. They’re closer to subroutines in Basic than functions in other languages, as in you can’t return a value from them (they can only return their exit code, and you can capture their stdout and stderr). But even then, they are full subshells. It’s one of the reasons I don’t really like Bash, you’re forced into globally or at least broadly-scoped variables. Oh, and I have no clue right now how to find where in your pipe you got a non-null exit code.

    It’s not a big problem for simple scripting, but it makes things cumbersome once you try to do more.

    • [object Object]@lemmy.world
      0·
      19 days ago

      where in your pipe you got a non-null exit code

      First thing you want is set -e and set -o pipefail. That should report the errors in human-parseable form.

      Second, to capture exit codes from each command/program, you have to run each of them in sequence yourself, connected by pipes that you create via mkfifo — the same way as you would do it in any other programming environment. Bash’s | pipes are just a convenient shorthand for this,so if you want full control, you have to ditch the convenience.

    • Caveman@lemmy.world
      0·
      19 days ago

      You’re not forced into global forced variables, but they’re the default. Use the local keyword in front of the variable declaration for nicely scoped variable.

      It’s not that cumbersome to do things like

      local date=`date`
echo "$date"

      but in all honesty the syntax sucks ass because it’s not intuitive. If statements suck ass, passing variables has to be done via command line arguments sucks ass, switch statements suck ass, making structured data sucks ass (jq is nice though).

      I agree with you that bash really sucks when you get to anything more than 10 lines and at that point I’d take literally prefer Dreamberd.

      • Laser@feddit.org
        0·
        19 days ago

        I didn’t mean that bash has no local variables, but rather that if you want to use a function as such without capturing stdout, you need variables that are scoped across your functions, which is usually global or at least effectively global.

        • Caveman@lemmy.world
          0·
          19 days ago

          Turns out you can, by using () instead of {} in the function declaration you can run the function in a subshell where changes to variables are scoped to the subshell and functions are local.

    • yetAnotherUser@discuss.tchncs.de
      0·
      20 days ago

      I really like bash when dealing with even somewhat advanced scripting. Like the 300 LOC scraper I have written over the past two days which horribly parses HTML files using grep | sed.

      It’s genuinely so much more fun to do this with Bash than, say, Python. I have once written a scraper using Beautifulsoup and I have no desire to do so ever again.

      Honestly, only Haskell manages to beat Bash in how satisfying it feels when you manage to get something working well.

      • Laser@feddit.org
        0·
        20 days ago

        Bash has its upsides too, like the fact that it has arrays / lists and dictionaries / hashmaps. In my opinion, it gets iffy though when you need to do stuff with IFS; at that point one might be better off just using specialized tools.

        Not saying working bash isn’t good enough, but it can break in very surprising ways is my experience.

    • [object Object]@lemmy.world
      0·
      20 days ago

      Functions are definitely not subshells in Bash, seeing as anything modifying the environment, like pyenv and such, is implemented as functions instead of scripts — specifically because functions are run in the same shell instance.

      Unless ‘subshell’ means something in the vein of ‘like a new shell, but not really’.

      • Laser@feddit.org
        0·
        20 days ago

        Functions are definitely not subshells in Bash

        You’re right, my bad, I got this mixed up with something else.

      • dogs0n@sh.itjust.works
        0·
        19 days ago

        Autohotkey? Naw, you wanna setup a daily cron job to read and replace every one of your common typos with the correct spelling. That’s the way, trust me.

        Edit: Daily cron job typo correction.

      • MajorasTerribleFate@lemmy.zip
        0·
        19 days ago

        Dude, I set up wild crap with Autohotkey, for a job. I had it logging in to vendor websites where it would pull up clients, compare contact info to our local system, check if recent payment had been made, pull appropriate client docs (if not already in our local system), and leave notes for me before moving onto the next client on the list. I had AHK doing most of the job I was hired for.

        Thankfully, the multiple vendor websites made occasional changes to their layouts, color schemes, etc. so all my methods of navigation would inevitably break, requiring me to maintain it.

        I was also building stuff where it would automatically fire off an email at certain points if there was a special change to tell the client about, if payment wasn’t seen on the vendor site by certain deadlines, etc.

        That job eventually fell through for unrelated reasons (they moved me off that to somewhere they needed me more, and several years later got pushed out of that position and the company entirely).

        Where do I get a job that let’s me build that stuff again?!

        • UnrepentantAlgebra@lemmy.world
          0·
          19 days ago

          In a perfect world you could get paid to automate stuff with AHK. I wonder if you could market yourself as an AHK consultant where you basically shadow someone’s job for a week and then start figuring out how to automate the tedious stuff.

          Personally I like the functionality of AHK but I can’t stand the syntax compared to Python and C. I start with such great plans of what I want to automate but get sick of fighting with the language after about an hour and settle for something simple.

    • meekah@discuss.tchncs.de
      0·
      19 days ago

      You press c and t using the same finger, and i with another. So since you need to use the same finger twice in a row, also moving it a fair distance in between, your other finger just presses the button a little bit too soon, and that’s how you end up with funciton