In short, Amber is a programming language with Rust like syntax that compiles down to bash. More details here: https://amber-lang.com/

On the surface, it seems nice. Cleaner syntax, types, compile-time safety checks, etc. So you get to write in something nicer than bash but get the portability of bash.

My wonder is if there are pitfalls that make it worse than instead writing it in something like Python or even bash itself. I’d guess the generated bash code probably isn’t the prettiest to look at or debug.

  • balsoft@lemmy.ml
    link
    fedilink
    arrow-up
    23
    ·
    4 days ago

    At the risk of stating the obvious, I would like everyone to know that https://www.shellcheck.net/ exists. Unless you are a bash wizard: if your bash script doesn’t pass shellcheck, it is very likely to have bugs.

  • CameronDev@programming.dev
    link
    fedilink
    arrow-up
    24
    ·
    4 days ago

    If your comfortable writing rust, why not just use rust and compile to rust binaries? Rust has toolchains for realistically everything…

    • Quibblekrust@thelemmy.club
      link
      fedilink
      English
      arrow-up
      21
      ·
      4 days ago

      It’s not Rust, OP was mistaken. It’s ECMA-Script-like with Rust-like features and also Python-like features.

      I think the idea is, you can develop Amber scripts “at home” then deploy them on any machine that has Bash without needing to install anything. This benefits system admins.

      Amber compiles directly to shell code, so you can:

      • Leverage existing shell tooling and pipelines.
      • Deploy a single script without installing a language interpreter.
      • Benefit from shell‑native features (process substitution, job control) while enjoying high‑level syntax and safety.

      Is Amber production‑ready?

      In the the project it is production ready because it is already used in this context because the shell code generated is tested and confirmed that works, the language is evolving with the tooling set.

      Well, their FAQ isn’t exactly production ready.

        • Quibblekrust@thelemmy.club
          link
          fedilink
          English
          arrow-up
          5
          ·
          3 days ago

          Yeah, it’s a blurry line whether to call it rust-like if it borrows features, when actually most syntax is more like ECMA Script or Python. So I shouldn’t really have said “OP was wrong”. But they also kind of are. I dunno.

      • False@lemmy.world
        link
        fedilink
        arrow-up
        2
        ·
        4 days ago

        Eh, go is really good for this kind of stuff. It compiles to a single binary you can just execute from shell

          • False@lemmy.world
            link
            fedilink
            arrow-up
            3
            ·
            3 days ago

            I’d say no. Even C needs external libraries.

            I guess Rust does this too though - in which case transpiling rust to bash is even less appealing :shrug:

            • Quibblekrust@thelemmy.club
              link
              fedilink
              English
              arrow-up
              3
              ·
              3 days ago

              Even C needs external libraries

              You can compile a C program while statically linking the libraries, thereby producing a single binary with no runtime dependencies. Just because Go can do this, too, doesn’t mean it’s special. It’s just that most libraries for Go ship as source code and not as compiled libraries. But as soon as you import some actual library like Sqlite, OpenSSL, GTK or whatever, using some wrapper code, you’re going to have the same dependency issue.

        • CameronDev@programming.dev
          link
          fedilink
          arrow-up
          2
          ·
          3 days ago

          Rust is the same mostly. One upside of bash is that if binary signing was enabled, go and rust binaries would get blocked, but bash would be fine.

  • mmmm@sopuli.xyz
    link
    fedilink
    arrow-up
    19
    ·
    4 days ago

    I wonder why they decided to make it transpile to bash instead of posix sh.

    • julian_schwinger@beehaw.org
      link
      fedilink
      arrow-up
      1
      ·
      2 days ago

      They mention in the FAQ that they currently require some features of Bash but are thinking about including POSIX sh as a possible target. My guess without investigating is that they are using a thing like arrays that make implementation way easier but is not technically POSOX sh.

  • IanTwenty@piefed.social
    link
    fedilink
    English
    arrow-up
    13
    ·
    4 days ago

    I like the idea as BASH is available everywhere but has terrible gotchas in its syntax plus at times is unreadable.

    When I did some moderately complicated amber scripts I hit bugs. Also still some important features are missing.

    So I’m keeping an eye on it but it’s definately not ready for anything serious yet.

    I am also watching https://oils.pub/ and hoping one or both of these projects succeed.

  • False@lemmy.world
    link
    fedilink
    arrow-up
    14
    arrow-down
    1
    ·
    4 days ago

    I think you may as well write your script in rust, if that’s what you want to do, and just have it call shell commands then parse the output in rust.

    I’ve done this in Python before, works fine.

  • IrritableOcelot@beehaw.org
    link
    fedilink
    arrow-up
    4
    ·
    4 days ago

    If you just want portability, then this could be useful. However, in my opinion a large part of why I use a shell script is to avoid compilation and just hack something together. If your goal is shell scripts that are easier to write you could also check out other shells:

    • fish is the easiest to use in my opinion, but is not POSIX compliant so you do have to learn the syntax.
    • zsh is a nice quality-of-life upgrade over BASH, tweaking the little things
    • There are also things like xonsh which use Python syntax for shell scripting, but I dont have personal experience with them.
  • liliumstar@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    1
    ·
    3 days ago

    I have used it, and honestly it’s better than writing pure bash. But it’s not perfect. Still needs a lot of work, and there are a bunch of weird limitations and things you need to remember. So I would say it’s main use case is where you absolutely need bash portability over a more robust scripting/programming language.

      • TrickDacy@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        4 days ago

        I just didn’t like it. I did a tutorial years ago and it all felt unnatural and hard to read/write.

        • airgapped@piefed.social
          link
          fedilink
          English
          arrow-up
          3
          ·
          edit-2
          4 days ago

          Likewise, the constant finger dancing between various symbols gave me RSI and was a readability nightmare. Shame because I liked Rust as a language.

        • ferric_carcinization@lemmy.ml
          link
          fedilink
          English
          arrow-up
          2
          ·
          4 days ago

          Fair enough, I guess. I too find the syntax of some languages to be a bit unergonomic. Though, I could probably get used to them, given enough time.

          I was just a bit curious, as Rust’s syntax is not nearly as exotic compared to its signature features.

  • jtrek@startrek.website
    link
    fedilink
    arrow-up
    3
    ·
    4 days ago

    Interesting. I dislike writing bash scripts so this might appeal to me, but probably not before a stable 1.x release.