INim VS httpbeast

- `nim secret`[0]: code is interpreted with Nim's vm, it is limited to compile-time (e.g. no C/C++).

- `nlvm r`[1]: nlvm backend supports JIT compilation and repl-like interface was added in latest release.

- `inim`[2]: supports all nim code, but it's not really a true repl. It adds code to a file and recompiles it (you can see the source file with `ctrl+x`). I'd recommend to use it with clang compiler, because it's a bit faster than gcc in my experience. It's the best option right now. And I use it almost daily.

First two options have rudimentary input system. But you can get command history and left-right navigation by wrapping them with rlwrap (should be preinstalled on most *nixes): `rlwrap nim secret`, `rlwrap nlvm r`.

There are plans to support incremental compilation for the next Nim release (it is currently broken). That would improve inim and other repls experience significantly.

[0]: https://nim-lang.org/docs/manual.html#restrictions-on-compil...

[1]: https://forum.nim-lang.org/t/10697

[2]: https://github.com/inim-repl/INim

Go must be terrible to google too! Nim's easy to google though, it's how I got to rust really. I'm actually the maintainer of inim, the nim repl: https://github.com/inim-repl/INim

Thank you to the author for writing this.

Entitlement in open source is a massive problem, I have experienced it first-hand many times. The problem is that it discourages contributions not only from the existing maintainers but also from people who may volunteer to fix issues in the future. Would you be willing to contribute if most of the issues are just asking for things (often rudely) and not even saying thanks when an issue is resolved?

Unfortunately I have seen far worse examples than the one linked in the article[1]. I would encourage people to not only think twice before acting this way but to also call out people that are acting entitled in open source to discourage such actions.

1 - https://github.com/dom96/httpbeast/pull/35#issuecomment-7218...