Earlier quoted context omitted.
Jupyter outputs to JSON. Livebook outputs to markdown, so it's more naturally renderable outside of the tool itself. There are still some rough edges -- it would be nice if livebook could cache prerendered content. for example, kino graphs only chuck a big fat JSON into a html comment, it would be nice if it also popped out an svg or encoded png with data uri.
I believe you can hover the corner of a graph and hit the (...) disclosure for a "save svg" button.
Elixir Livebook is a secret weapon for documentation
41–50 of 72 posts
Re: Elixir Livebook is a secret weapon for documentation
#42I would suggest to anyone to download Livebook and test it out, even if you don't know Elixir or Erlang. You can do so much with it. I even use it for things outside of programming due to it being pretty much a markdown notebook that you can run code inside of. It's one of my favorite tools.
Installing it directly is a bit complicated if you are not familiar with it. I wish linux also had Desktop app like mac.
Re: Elixir Livebook is a secret weapon for documentation
#43Re: Elixir Livebook is a secret weapon for documentation
#44One simple thing I need thats stopping me from jumping into Livebook fully: Salesforce API integration. Right now, I can't manage to make the auth work there (since oAuth needs some http redirect dance). Connecting to some proper SQL database is a breeze, but if I cannot access some silo'ed data that is absilute critical, its not that useful after all :-/
Please open up a discussion on Livebook repo? We would love to understand more what is missing here. :)
Re: Elixir Livebook is a secret weapon for documentation
#45Sorry for asking a dumb question, but how is this different from using Jupyter to write your interactive documentation/runbooks and interactive tests?
- it’s collaborative (think Google docs for code) when several people are working on the same instance of a livebook;
- it’s easy to extend with so-called smart cells (which are essentially pieces of gui you can inject in your document https://news.livebook.dev/v0.6-automate-and-learn-with-smart... ). Smart cells are available for various tasks (db connection/ interaction, data frame exploration, ML tasks, maps), and building your own is relatively easy;
- you can turn a notebook into a web app ( https://news.livebook.dev/deploy-notebooks-as-apps-quality-o... )
- you can run your code an a remote elixir node by attaching to it (although this requires some knowledge of distributed elixir/erlang )
Re: Elixir Livebook is a secret weapon for documentation
#46For Markdown Docs, Markdown Blogs, and JSX-static pages
- https://docusaurus.io/docs/next/api/themes/@docusaurus/theme...
Re: Elixir Livebook is a secret weapon for documentation
#47For NodeJS enthusiasts, Check out Docusaurus (by Meta). For Markdown Docs, Markdown Blogs, and JSX-static pages - https://docusaurus.io - https://docusaurus.io/docs/next/api/themes/@docusaurus/theme...
Re: Elixir Livebook is a secret weapon for documentation
#48Sorry for asking a dumb question, but how is this different from using Jupyter to write your interactive documentation/runbooks and interactive tests?
> how is this different from using Jupyter It requires you to run a far less common tech stack and limits your hiring to a vanishingly small subset of developers. Paradoxically, that may be a good thing.
Re: Elixir Livebook is a secret weapon for documentation
#49Here's an example. Note in the first paragraph a link to the post as a livemd file: https://genericjam.com/blog/image-processing
If you go through the steps, you'll notice that the livemd isn't stylized as a blog post. This is where the next opportunity lies: creating beautiful blog posts as livebooks, and without the need to install and run a livebook server locally.
Re: Elixir Livebook is a secret weapon for documentation
#50Earlier quoted context omitted.
To do so much with it you need to know Elixir or Erlang ;)
Fwiw, I’ve been using Elixir professionally for 5 or so years and even created a few open source libraries. Never once had to touch Erlang.