Agreed. Especially when the same people who are working on plotting (and getting complaints) and working on 0.7 (and getting complaints) and working on the data ecosystem (and getting complaints) are generally all the same people.
Although I guess I’m part of the R community, the R community and MATLAB communities trying Julia are really starting to get aggravating here with the constant complaints. Be a part of the solution.
I think Julia is actually in pretty good shape on the data-driven web app front despite not having something like Shiny or Plotly’s Dash. We now have several different ways (mux, JuliaWebAPI, pages.jl, http.jl / joseki.jl) you can build and deploy julia-based APIs in just a few minutes.
We don’t have a fancy interface that magically loads bootstrap, builds a dropdown, and displays static images for you, but I think that part is only useful in very nice applications. Most of the time people will want to build a real interface in React, Angular, etc. Rather than focusing on creating a Julia version of Shiny I would suggest longer-term goals like improving julia to webasm transpiling (demo that uses Tom Short’s ExportWebAssembly.jlhere).
FWIW, you could build almost exactly this app in 15 minutes, though it wouldn’t look as nice. Use Jupyter notebooks (can be configured to be publicly accessible) + Plots.jl for the plots (with plotlyjs for bonus interactivity) + Interact.jl
@manipulate for language in ["Julia", "R", ...] plot(...) end
You can always have a wider appeal, but it’s better to just have good support for your target audience. Sure, scientific computing is a smaller audience (data science, still part of Julia’s core, is much larger but still no comparison to webdev), but if it can be a good tool for this domain then it will have staying power.
Well, maybe at the moment, but I think that may be mostly because it’s the only game in town currently (nothing else just runs on any browser), but from what I understand, WebAssembly support will be in all of the major browsers, so if Julia can be made to run well in that environment, it could really open a lot of doors for Julia on the web.
Exactly. I hinted at this here Can the two language problem ever be solved for GUI programming. Julia would fit nicely in the webassembly ecosystem since wasm is based on LLVM and so is Julia. Either you wait for wasm to gain support for GC and exceptions (and threads) or the Julia implementers implement that themselves like Microsoft did by compiling the Julia runtime itself to wasm. SIMD support is also proposed so that would make it interesting for fast graphics and for running (parts of) scientific computations in the browser itself rather than on the server (e.g. face recognition, object recognition,…)
I have been digging a little deeper into wasm recently and viewed some presentations and demos and I must say the demos look really impressive. This really is a game changer and for me it’s the future of the web. Wasm really is going to blur the lines between desktop, mobile and web apps.
BTW: wasm is already supported by all the major browsers.