Earlier quoted context omitted.
Elixir also opens you up to the entire erlang and Beam ecosystems. Not as common as Java, I know, but still decades of knowledge and tooling around it cutting across many industries.
Seems like Beam is a more specialized tool than JVM but if you need that sort of functionality it's phenomenal. With things like built-in performant persistent key value stores and cluster management I'm kind of surprised more people haven't pushed through the "this is useful but lacks broad adoption" barrier.
Elixir Livebook now as a desktop app
101–110 of 111 posts
Re: Elixir Livebook now as a desktop app
#102Earlier quoted context omitted.
> No Linux download :-( They discussed it, but no one has taken it on yet. I think Wojtek Mach(the desktop initial author) is a mac user, and they actively wanted to provide a way for windows users to easily try it.
We don't plan to add Linux support ourselves at the moment but we'd love if someone contributed that. As was mentioned elsewhere it might be challenging to provide a bundle that works across different distributions so investigating the possible options would be an important first step.
Re: Elixir Livebook now as a desktop app
#103Earlier quoted context omitted.
Hm, I think I've read somewhere that both Go and Elixir and kinda cooperative. A process in Elixir can yield control after certain number of reductions (function calls I think) and in Go a goroutine can only yield control on function calls, so if you have an infinite loop just adding numbers it will run uninterrupted. Both of them are "less cooperative" than Python with explicit yield statement. Do I get this right?…
Yes technically they are not fully preemptive in the sense that an os thread is (the os sends an interrupt which halts the processing at the CPU level), but in both go and elixir the programmer has no control over when the context switching happens, and "function calls" which are the yield boundaries happen all over the place, so it's "effectively preemptive". Elixir is in practice more preemptive than go (last I che…
Re: Elixir Livebook now as a desktop app
#104I'm currently reading an Elixir Patterns book ( https://elixirpatterns.dev ) which releases a side-by-side Livebook for the material with each chapter. It's a fantastic way to learn and a huge advantage over other languages, I think, to help build up the Elixir community.
Really appreciate the kind words and happy to hear that you are enjoying the book! Hugo Baraúna and I have really enjoyed putting this book together and feel that Livebook has become pivotal in explaining certain topics and really understanding how things work under the hood. I wrote a blog post about some of my thoughts around Livebook as a learning tool on the DashBit blog: https://dashbit.co/blog/livebook-as-an-educational-tool
Re: Elixir Livebook now as a desktop app
#105Earlier quoted context omitted.
why would i need to do that instead of Jupyter Notebooks?
Because you want to write Elixir instead of Python/R?
Re: Elixir Livebook now as a desktop app
#106Earlier quoted context omitted.
It seems making a Lisp popular is an impossible task. That said, I'm not sure if the data agrees with you. I think Clojure is more popular and widely used at this time. Not sure, but I think from what I remember of the few rankings, and just the fact I don't know an equivalent success story to NuBank for Elixir, I think maybe Clojure is at the moment more popular in practice. But with the amazing learning material El…
I would think that NuBank would want to market and promote Clojure to ensure that there would be ample numbers of Clojure developers (since NuBank depends on a lot of Clojure code). Perhaps they do market Clojure in Brazil, but I don't see it elsewhere...
Re: Elixir Livebook now as a desktop app
#107I'm messing with Elixir just for fun, so this caught my eye.
Re: Elixir Livebook now as a desktop app
#108Earlier quoted context omitted.
[I have no experience with Elixir.] Would that be possible to have elixir intelligently manage multiprocessing of python scripts? I would be especially interested in being able to have the scripts talk to each other, but have no idea how it could work, besides perhaps having them communicate by writing to / reading from the same files, which seems risky.
There is actually a case study on elixir-lang.org of exactly this! https://elixir-lang.org/blog/2021/01/13/orchestrating-comput...
Re: Elixir Livebook now as a desktop app
#109Earlier quoted context omitted.
[I have no experience with Elixir.] Would that be possible to have elixir intelligently manage multiprocessing of python scripts? I would be especially interested in being able to have the scripts talk to each other, but have no idea how it could work, besides perhaps having them communicate by writing to / reading from the same files, which seems risky.
I think you can have the scripts talk to each other through Elixir via the BEAM/OTP approach: for each script you will have a GenServer module that manages it in a separate process. Call this module MyApp.ScriptServer and put "use GenServer" at the top of the file. This GenServer process will have a client API, which you can write, which will be how you interact with your script. In the BEAM programming model, proces…
Re: Elixir Livebook now as a desktop app
#110Earlier quoted context omitted.
Seems like Beam is a more specialized tool than JVM but if you need that sort of functionality it's phenomenal. With things like built-in performant persistent key value stores and cluster management I'm kind of surprised more people haven't pushed through the "this is useful but lacks broad adoption" barrier.
I've heard this, but honestly to me it just seems "specialized for writing and running reliable software".