PlutoUI.jl VS Nim

Pluto notebooks are distinct from Jupyter notebooks in that they are reactive: https://github.com/JuliaPluto/PlutoUI.jl

An easy alternative is using a Pluto notebook with PlutoUI.jl. You can create input fields, sliders, check boxes, etc in a very easy way. It’s an easy and fast way to create a simple GUI.

ubuntu@vm1:~$ curl -fsSL https://install.julialang.org | sh - info: downloading installer Welcome to Julia! This will download and install the official Julia Language distribution and its version manager Juliaup. Juliaup will be installed into the Juliaup home directory, located at: /home/ubuntu/.juliaup The julia, juliaup and other commands will be added to Juliaup bin directory, located at: /home/ubuntu/.juliaup/bin This path will then be added to your PATH environment variable by modifying the profile files located at: /home/ubuntu/.bashrc /home/ubuntu/.profile Julia will look for a new version of Juliaup itself every 1440 seconds when you start julia. You can uninstall at any time with juliaup self uninstall and these changes will be reverted. ✔ Do you want to install with these default configuration choices? · Proceed with installation Now installing Juliaup Installing Julia 1.7.2+0 (x64). Julia was successfully installed on your system. Depending on which shell you are using, run one of the following commands to reload the the PATH environment variable: . /home/ubuntu/.bashrc . /home/ubuntu/.profile pkg> add https://github.com/JuliaPluto/PlutoUI.jl Cloning git-repo `[https://github.com/JuliaPluto/PlutoUI.jl`](https://github.com/JuliaPluto/PlutoUI.jl`) Updating git-repo `[https://github.com/JuliaPluto/PlutoUI.jl`](https://github.com/JuliaPluto/PlutoUI.jl`) Resolving package versions... Installed Reexport ─────────────── v1.2.2 Installed IOCapture ────────────── v0.2.2 Installed AbstractPlutoDingetjes ─ v1.1.4 Installed JSON ─────────────────── v0.21.3 Installed Hyperscript ──────────── v0.0.4 Installed FixedPointNumbers ────── v0.8.4 Installed HypertextLiteral ─────── v0.9.3 Installed Parsers ──────────────── v2.3.0 Installed ColorTypes ───────────── v0.11.0 Updating `~/.julia/environments/v1.7/Project.toml` [7f904dfe] + PlutoUI v0.7.38 `[https://github.com/JuliaPluto/PlutoUI.jl#main`](https://github.com/JuliaPluto/PlutoUI.jl#main`) Updating `~/.julia/environments/v1.7/Manifest.toml` [6e696c72] + AbstractPlutoDingetjes v1.1.4 [3da002f7] + ColorTypes v0.11.0 [53c48c17] + FixedPointNumbers v0.8.4 [47d2ed2b] + Hyperscript v0.0.4 [ac1192a8] + HypertextLiteral v0.9.3 [b5f81e59] + IOCapture v0.2.2 [682c06a0] + JSON v0.21.3 [69de0a69] + Parsers v2.3.0 [7f904dfe] + PlutoUI v0.7.38 `[https://github.com/JuliaPluto/PlutoUI.jl#main`](https://github.com/JuliaPluto/PlutoUI.jl#main`) [189a3867] + Reexport v1.2.2 [a63ad114] + Mmap [2f01184e] + SparseArrays [10745b16] + Statistics Precompiling project... 10 dependencies successfully precompiled in 23 seconds (24 already precompiled)

I realize that, and there may be no rational reason for you to switch to a setup like mine. But, aside from avoiding such things a Wordpress exploits, my approach turned out to have other advantages. Over the years I added to my knowledge and taught myself how to provide things other than static files. Today my readers can use gnuplot in a Jupyter notebook, and interactive Pluto¹ notebooks backed by Julia running on a VPS. No canned solution exists for this, and in fact I had to work with the Pluto developers to iron out some kinks. This is only possible because I have total control over the servers. If you know will only ever want to serve static files, there are simpler options (with potential pitfalls). But those options are also limiting, in case one day you want to do something unusual.

[1] https://github.com/JuliaPluto/PlutoUI.jl

When you are using Pluto (https://github.com/fonsp/Pluto.jl ) instead of Juypter you can very easily combine plots with reactive UI elements (like sliders, selectors, etc. - see https://github.com/fonsp/PlutoUI.jl ) to allow interactive exploration of data.

The only thing I think really isn't covered is PlutoUI (https://github.com/fonsp/PlutoUI.jl), which you can find in a sample notebook in Pluto.

22. Nim - $80,000

I think the right answer to your question would be NimLang[0]. In reality, if you're seeking to use this in any enterprise context, you'd most likely want to select the subset of C++ that makes sense for you or just use C#.

[0]https://nim-lang.org/

I don't think it's a rust-inspired language, but since it has strong typing and compiles to javascript, did you give a look at nim [0] ?

For what it takes, I find the language very expressive without the verbosity in rust that reminds me java. And it is also very flexible.

[0] : https://nim-lang.org/

I see a valid cert for https://nim-lang.org/

FYI, on the front page, https://nim-lang.org, in large type you have this:

> Nim is a statically typed compiled systems programming language. It combines successful concepts from mature languages like Python, Ada and Modula.

You better off with using a compiled language.

If you interested in a language that's compiled, fast, but as easy and pleasant as Python - I'd recommend you take a look at [Nim](https://nim-lang.org).

And to prove what Nim's capable of - here's a cool repo with 100+ cli apps someone wrote in Nim: [c-blake/bu](https://github.com/c-blake/bu)

Chapel has at least several full-time developers at Cray/HPE and (I think) the US national labs, and has had some for almost two decades. That's much more than $100k.

Chapel is also just one of many other projects broadly interested in developing new programming languages for "high performance" programming. Out of that large field, Chapel is not especially related to the specific ideas or design goals of Mojo. Much more related are things like Codon (https://exaloop.io), and the metaprogramming models in Terra (https://terralang.org), Nim (https://nim-lang.org), and Zig (https://ziglang.org).

But Chapel is great! It has a lot of good ideas, especially for distributed-memory programming, which is its historical focus. It is more related to Legion (https://legion.stanford.edu, https://regent-lang.org), parallel & distributed Fortran, ZPL, etc.