moddable VS zero-functional

Your project might be a good candidate for the Moddable SDK: https://github.com/Moddable-OpenSource/moddable In particular the "mods" feature that allows sandboxed user scripts.

> meaning that to deploy those apps requires embedding an entire web browser into every app

It doesn't require it, that's just what they choose, and it has little to do with the language. (Besides, if you actually observe them—and ignore what they tell you about liking JS—then it's clear that most of them hate their preferred language.) Languages and the bindings that a particular runtime exposes are orthogonal. You can have GTK apps written in JS, for example, or you can write a program in JS that compiles into a binary that runs on a microcontroller[2].

This is much more of a problem with the culture of Electron and the adjacent NPM ecosystem than it is anything else. Conflating the source of these problems is a great way to tank any would-be activism meant to solve them.

1. <https://en.wikipedia.org/wiki/GNOME_Shell>

2. <https://github.com/Moddable-OpenSource/moddable/blob/public/...>

I experimented with Moddable some time ago and also contributed a module for Linux. It's written in C and I found the code quite readable, and the entire architecture good too. It's almost ES6 complete too.

https://github.com/Moddable-OpenSource/moddable

https://www.moddable.com/

There's JavaScript/ECMAScript via Moddable's XS engine: https://github.com/Moddable-OpenSource/moddable

"A typical microcontroller used with the Moddable SDK has about 45 KB of free memory, 1 MB of Flash ROM, and runs at 80 MHz. The Moddable SDK uses many different techniques, both at build time and at run time, to work efficiently on these devices."

You think that’s bad. How about JavaScript for embedded https://github.com/Moddable-OpenSource/moddable

Ones that have not been mentioned so far:

nlvm is an unofficial LLVM backend: https://github.com/arnetheduck/nlvm

npeg lets you write PEGs inline in almost normal PEG notation: https://github.com/zevv/npeg

futhark provides for much more automatic C interop: https://github.com/PMunch/futhark

nimpy allows calling Python code from Nim and vice versa: https://github.com/yglukhov/nimpy

questionable provides a lot of syntax sugar surrounding Option/Result types: https://github.com/codex-storage/questionable

ratel is a framework for embedded programming: https://github.com/PMunch/ratel

cps allows arbitrary procedure rewriting to continuation passing style: https://github.com/nim-works/cps

chronos is an alternative async/await backend: https://github.com/status-im/nim-chronos

zero-functional fixes some inefficiencies when chaining list operations: https://github.com/zero-functional/zero-functional

owlkettle is a declarative macro-oriented library for GTK: https://github.com/can-lehmann/owlkettle

A longer list can be found at https://github.com/ringabout/awesome-nim.

Nim's not perfect. Come on, ask me to explain the differences between the not one, not two, not three, not four, NOT FIVE, but seven (at time of writing) garbage collectors you can specify at compile time. Or how to cross-compile a static program using regexes; something I can do without thinking in Go and Rust, but here I have to think about "impureness". Or why you need a third party package for functional programming because the built-in one is inefficient. Spoiler: I can't.

Check this out: https://github.com/zero-functional/zero-functional