Why JS and not Go + Charm?

[arunoruto]

I was wondering why people are starting to develop more and more CLI/TUI stuff using Javascript based frameworks, instead of something like Go plus the awesome libraries provided by Charm.

If it works, it works, but JS usually works really well during development and breaks when you want to ship it to the end user. One example is the support for releases on multiple platforms (for example #3804), which Go handles nicely, but JS usually struggles. Then Devs start switching from NPM to Deno/Bun so they can fix this stuff.

I also have a personal beef with JS, since I am a NixOS user. NPM packages can usually packaged nicely, but as soon Deno or Bun is used, everything is messed up, especially with the binaries. Those can't be patched post shipment and we are unable to make them work under NixOS. On the other side we have Go project, which work all the time, no hassle at all!

This is kinda a small rant about JS, but would also love for someone to explain me how this decision came to be, so I can understand it better.

[teeler]

A very good question! There's a bit of history you can check out over here: https://www.reddit.com/r/Bard/comments/1lms62v/comment/n0ljg9l/

I'm a huge fan of Charm - Love literally everything they make. We're big fans of Textual as well - Have you seen Toad? http://willmcgugan.github.io/announcing-toad/

[arunoruto]

Thanks a lot for the reddit link! Making it usable in Browsers/VS Code makes sense here, I guess..
But I am looking forward to the Toad project! That will be neat! Even tho it is in Python (I like it, but Go is Go 😂), it could inspire a Charm based TUI in the future with different model support!

[tuapuikia]

Thanks to JS and TypeScript, I can use the Gemini CLI to improve itself with fewer tokens compared to other programming languages.
😅😅😅