zx VS TypeScript

For scripting you should have a look at: https://github.com/google/zx It's nodejs but with some nice syntax sugar for scripting.

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

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

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.

I haven't tried it myself, but zx looks like a really simple way to get up and running.

I think bash script is the most written script in the world, but the grammar is so old. These days, zx script which grammar like JavaScript had published by google. But we cannot use zx as a login shell, so I think we should not use it.

google made this to replace bash: https://github.com/google/zx

As a starting point, this week I explored trending projects on GitHub. I was amazed by the number of interesting projects out there, but one that especially caught my eye was google/zx, as it provides a way to write bash scripts with JavaScript

zx - bash in JS (1 min)🖥️ https://github.com/google/zx

Learn to TypeScript or GTFO

In addition to Redux the project is made with Next.js, TypeScript, ChakraUI and Pokemon TCG API.

GitHub discussion - scroll to the last comment for the summary

Not everything supports Rush's way of hoisting dependencies properly. For example be prepared to see issues with typescript about this issue: https://github.com/microsoft/TypeScript/issues/42873 (Search rush in that page :) ). You can easily work around it but realistically - microsoft owns both projects - why is this still a problem?

yes.. it's called TypeScript.

Learn more about TypeScript

Many JS IDEs use TypeScript behind the scenes wherever possible, even if the code you're writing is regular JavaScript. It doesn't look like any TypeScript definitions exist for Earth Engine, though. Weird; at this point I thought every big JS shop was using TypeScript.

This github issue seems to locate the problem, but it doesn't provide a working solution.