Live data from Hacker News

Elixir Livebook now as a desktop app

news.livebook.dev

81–90 of 111 posts

Re: Elixir Livebook now as a desktop app

#81
post #58

Earlier quoted context omitted.

I have the opposite opinion. These things tend to get lost in my tabs.

Pin your tab.. But I hear you, having the same problem, there are trade-offs for sure.

Or just bookmark them. They usually have the program name in the page title, on firefox just begin with * on the url bar, or press B if you have Vimium.

Re: Elixir Livebook now as a desktop app

#82

Earlier quoted context omitted.

Because of the Java ecosystem, in Clojure you are in much more advantageous position than with Elixir.

I tend think the opposite. Developing for Android I found the Java build process and maintaining a solid development environment a headache. If that follows on to Clojure I can see why it wouldn’t be as popular even if the language itself is overall better.

My experience would make me agree with you. Developer experience around tooling in Clojure makes a lot of assumption around prior knowledge of Java ecosystem.

Elixir, on the other hand, welcomes the newcomer better.

Re: Elixir Livebook now as a desktop app

#83
post #78
post #59

Earlier quoted context omitted.

In terms of major companies using Elixir, Discord and Whatsapp are built with it. Whatsapp is slowly chipping away at its Elixir for infra homogeneity reasons with the rest of facebook but discord is still all aboard the Elixir train.

Neat, I didn't know about Discord. Whatsapp I thought it was all Erlang, are you sure about Elixir being prevalent there? I wonder if it's only a few teams handling major events at Discord, or if that's truly their default backend service language all their backend teams uses. If so, maybe I should look at their job listings :p

From the discord blog posts it seems that elixir powers the chat system, with rust and python as the other two main languages in their stack.

As for whatsapp, they are mainly a erlang shop and yesterday they open sourced a type checker for erlang:

https://github.com/WhatsApp/eqwalizer

Re: Elixir Livebook now as a desktop app

#84
post #80
post #78

Earlier quoted context omitted.

Neat, I didn't know about Discord. Whatsapp I thought it was all Erlang, are you sure about Elixir being prevalent there? I wonder if it's only a few teams handling major events at Discord, or if that's truly their default backend service language all their backend teams uses. If so, maybe I should look at their job listings :p

I think they use Go too.

They moved from Go to Rust.

https://discord.com/blog/why-discord-is-switching-from-go-to...

Re: Elixir Livebook now as a desktop app

#85
post #43

Earlier quoted context omitted.

I've wondered whether it's easier to add data analyst stuff to Elixir that Python seems to have, or add features to Python that Erlang (and by extension Elixir) provides out of the box. By what I can see, if you want multiprocessing on Python in an easier way (let's say running async), you have to use something like ray core[0], then if you want multiple machines you need redis(?). Elixir/Erlang supports this out of…

[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

#86

not sure what the livebook is--the landing page is not sufficiently clear or coherent.

> Write interactive & collaborative code notebooks in Elixir Think Jupyter Notebooks (if you're familiar with the python world), but collaborative and for Elixir.

I think this is a fair analogy, but maybe I'd add that LiveBooks uses MarkDown markupfor the non-code part of the notebook, make it far more readable, and with more visualizations coming in.

For example, recently an addition to add automatically generated sequence diagrams to Livebook Kino (https://github.com/livebook-dev/kino/pull/165). So generate code which shows a supervision tree, and automatically create a visual diagram of the code in one place. Pretty great for learning and explanatory material.

Re: Elixir Livebook now as a desktop app

#88
post #9

not sure what the livebook is--the landing page is not sufficiently clear or coherent.

The headline on the landing page is "Write interactive & collaborative code notebooks in Elixir". That's pretty clear and coherent to me.

why would i need to do that instead of Jupyter Notebooks?

Re: Elixir Livebook now as a desktop app

#89
post #86

Earlier quoted context omitted.

> Write interactive & collaborative code notebooks in Elixir Think Jupyter Notebooks (if you're familiar with the python world), but collaborative and for Elixir.

I think this is a fair analogy, but maybe I'd add that LiveBooks uses MarkDown markupfor the non-code part of the notebook, make it far more readable, and with more visualizations coming in. For example, recently an addition to add automatically generated sequence diagrams to Livebook Kino ( https://github.com/livebook-dev/kino/pull/165 ). So generate code which shows a supervision tree, and automatically create a vi…

if they had written this in the landing page, i would not have written my rantish comment.

Re: Elixir Livebook now as a desktop app

#90
post #53

Earlier quoted context omitted.

Definitely easier to add Pandas to Elixir than preemptively scheduled green threads to Python.

Plus sane failure domains: go has had preemptively scheduled green threads from day one but failure domains are really not a thing in go.

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? I started digging into concurrency not that long ago.
Post reply on HN