News for hackers. Stuff that matters.

A comment on Exploring Goja: A Golang JavaScript Runtime. Parent comment

Re:Exploring Goja: A Golang JavaScript Runtime by BobVawter on Friday September 06, 2024 @08:32PM (#41470710)
I've been using goja in a logical replication tool to make it field-programmable by the end users. No two deployments look alike, so a great deal of flexibility is needed for ETL uses. There's a tendency for configuration languages to become Turing-complete, so we started with a Turing-complete language for configuration.

JS, or in Replicator's case, TypeScript (shout-out to esbuild), is sufficiently well-known that any dev group will have some experience with it. On the whole, I've been very impressed with how straightforward it's been to have user-scripts integrated into the processing pipeline.

https://github.com/cockroachdb/replicator/wiki/User-Scripts

[ Parent | on HN ]
Re:Exploring Goja: A Golang JavaScript Runtime by nchmy on Friday September 06, 2024 @09:22PM (#41470908)
Ah, that makes a lot of sense - far easier to expose a JS api for user-extension than Golang (which is probably not even all that possible, except for via wasm, which would still be challenging)

And, I suppose my initial hunch is probably correct - for the dev/application to be able to use existing JS libraries (be it part of your broader application/system or external) within a Go app.

Check out my other comment [1] in this post for a newer, better version/fork of Goja - from the grafana/k6 team.

[1] https://news.ycombinator.com/item?id=41470601

[ Parent | on HN ]