zx VS doom.d

Compare zx vs doom.d and see what are their differences.


A tool for writing better scripts (by google)


My somewhat modular emacs config. Mostly usable without doom, too. (by NightMachinary)
Our great sponsors
  • Scout APM - Less time debugging, more time building
  • OPS - Build and Run Open Source Unikernels
  • SonarLint - Deliver Cleaner and Safer Code - Right in Your IDE of Choice!
zx doom.d
53 2
26,770 3
11.6% -
9.0 7.7
6 days ago 23 days ago
JavaScript Emacs Lisp
Apache License 2.0 -
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.


Posts with mentions or reviews of zx. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-01-07.
  • Google/zx 4.3.0 release
    1 project | reddit.com/r/javascript | 16 Jan 2022
  • google/zx: write shell scripts in JavaScript
    5 projects | reddit.com/r/shell | 7 Jan 2022
  • ES2022 Preview: 10 Exciting JavaScript Language Features From 2021
    4 projects | dev.to | 30 Dec 2021
    The top-level await feature for ES modules makes it easy to use await in CLI scripts (e.g., with .mjs sources and zx), and for dynamic imports and data loading. It extends the await functionality into the module loader, which means that dependent modules will wait for async modules (with top-level await) to be loaded.
  • Node for server utilities?
    1 project | reddit.com/r/node | 20 Dec 2021
    Yeah, there's no reason not use Node for scripting work on the server. Google's zx library (https://github.com/google/zx) makes it easy to to do bash-like things using Node.js. You can get pretty fancy with promises and async/await to run things in parallel.
  • Do you ever use node without express (or an equivalent framework? ;
    2 projects | reddit.com/r/node | 28 Nov 2021
    For scripting you should have a look at: https://github.com/google/zx It's nodejs but with some nice syntax sugar for scripting.
  • Passing a dynamic value to package.json scripts
    1 project | reddit.com/r/Angular2 | 10 Nov 2021
    Umm, for any complex script configuration you can use https://github.com/google/zx other than that it depends on your environment and how are you supplying the value to the script
  • Scripting Languages of the Future
    9 projects | news.ycombinator.com | 7 Nov 2021
    This talks a bunch about the "good run" of current scripting languages, including for example JavaScript.

    But JavaScript, as an actual scripting language, has been pretty primitive but finally starting to become a real candidate for actual scripting. There's imo crufty not very great options like shelljs[1]. But adding a tagged-template string for system(), for calling things, and a little bit of standard library has made JS a much more interesting & competent scripting language. Those efforts are being done in ZX[2].

    I like the idea of the topic, exploring it. But the author feels off in a number of places.

    > What TypeScript showed is that you could join together the idea of a flexible lightweight (and optional!) type system onto an existing programming language, and do so successfully. . . .The question then is - what if you created a programming language from the start to have this kind of support?

    Personally I just don't think languages matter very much. They're very similar, by & large. They have different tooling, packaging, somewhat different looks/feels for executing code, and their standard libraries are different. But TypeScript is popular & fast at least 90% because it is JS, because it works with JS things. Arguing that we should try to recreate TypeScript apart from JS sounds like a mind blowing waste of time. Also, Deno has good integrated TypeScript support.

    On the topic of easy parallelism, JavaScript promises are imo quite easy to stitch together & use & quite available.

    One of the main issues I see with easy-parallelism is that it's too easy: there's too many cases for uncontrolled parallelism. Throwing tarn.js or other worker-pools at problems seems all too common. But one is still left stitching together each pool/stage of work. I'd like to see SEDA[3] like architectures emerge, and perhaps get added to something like ZX standard library.

    [1] https://github.com/shelljs/shelljs

    [2] https://github.com/google/zx

    [3] https://en.wikipedia.org/wiki/Staged_event-driven_architectu...

  • Underwhelmed by Bash functions? Maybe you're using them wrong. I was.
    7 projects | reddit.com/r/programming | 31 Oct 2021
  • On multisynchronicity
    2 projects | reddit.com/r/javascript | 29 Oct 2021
    A fourth twist is to take off the functional hat and instead use an obscure corner of OOP: multiple inheritance. This isn't natively supported in JS, but some libraries use the technique in the wild (e.g. zx monkeypatches Promises with a facade over the ChildProcess interface). This differs from union types because it's two things simultaneously (rather than one OR the other), and it's up to the consumer to then await it or map over the functor if it needs to, or just access properties synchronously.
  • Automation ideas with Javascript:
    2 projects | reddit.com/r/learnjavascript | 28 Oct 2021
    I haven't tried it myself, but zx looks like a really simple way to get up and running.


Posts with mentions or reviews of doom.d. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-05-06.

What are some alternatives?

When comparing zx and doom.d you can also consider the following projects:

shelljs - :shell: Portable Unix shell commands for Node.js

TypeScript - TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

xonsh - :shell: Python-powered, cross-platform, Unix-gazing shell

deno - A modern runtime for JavaScript and TypeScript.

nx - Smart, Fast and Extensible Build System

execa - Process execution for humans

Commander.js - node.js command-line interfaces made easy

alias-tips - An oh-my-zsh plugin to help remembering those aliases you defined once

chalk - 🖍 Terminal string styling done right

emoji-cheat-sheet - A markdown version emoji cheat sheet

Commander - Compose beautiful command line interfaces in Swift

graaljs - A ECMAScript 2021 compliant JavaScript implementation built on GraalVM. With polyglot language interoperability support. Running Node.js applications!