zigler
livebook
Our great sponsors
zigler | livebook | |
---|---|---|
10 | 80 | |
678 | 4,410 | |
3.1% | 3.6% | |
7.2 | 9.8 | |
5 days ago | 4 days ago | |
Elixir | Elixir | |
MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
zigler
-
Bun v0.8.0
Bun is an executable as far as I understand. Would it be possible to call Bun code directly from another language with bindings?
For example Erlang (and Elixir) has Native Implemented Functions[0] (NIF) where you can call native code directly from Erlang. Elixir has the zigler[1] project where you can call Zig code directly from Elixir.
Maybe you can see where I'm going with this, but it would be super cool to have the ability to call Javascript code from within Elixir. Especially when it comes to code that should be called on the server and client. I'm the developer of LiveSvelte[2] where we use Node to do SSR but it's quite slow atm, and would be very cool to use Bun for something like this.
In any case Bun is super impressive, keep it up!
[0] https://www.erlang.org/doc/tutorial/nif.html
[1] https://github.com/E-xyza/zigler
[2] https://github.com/woutdp/live_svelte
-
Write Elixir NIFs in Rust
There's also Zigler, that makes writing NIFs in Zig a breeze: https://github.com/E-xyza/zigler
-
Elixir and Rust is a good mix
I admit for a long time this was my primary motivation to learn Rust, but, sadly, I haven't come across problems in years that were CPU bound/where I needed something like Rust... Rustler still looks like a great fit if needed, but, depending on the use case, if I were CPU bound and needed to write my own code/not just use a Rust library, I'd be as or more likely to look at using Zig and Zigler[0], for much faster learning curve, and from what I've read, easier tighter integration into elixir, including I think language server integration. Some discussion here[1] though I forget if I listened to this one or not.
[0]https://github.com/ityonemo/zigler
-
A simple Erlang NIF in Zig
Thing is, zigler failed in some way for me to build this with NixOs proj and it was fun to create this from scratch.
-
What's New in Elixir 1.13
With this new functionality, we can expect to see some upcoming development of custom formatters for common types of embedded code. The Zigler project already has an issue open for a custom ~Z formatter, and I hope to see some development for a ~H soon.
-
Elixir v1.13 Released
That looks great, it's a pet peeve of mine that it's difficult to format languages that are encased in another language. Most (all?) editors are only expecting a single "language" in in a file. You have a js file? Must contain only JavaScript!
Unrelated to 1.13 but thanks to the release notes, I now know about Zigler; which looks really neat.
https://github.com/ityonemo/zigler
- Zigler: Zig NIFs in Elixir
- José Valim Reveals “Project Nx” (Numerical Elixir)
-
Ten years without Elixir
Not an antipattern for nimble_parsec: https://github.com/ityonemo/zigler/blob/fe845a9fbbfef92da8ab...
Plus think of how much easier that pipe makes it for you to understand what is going on.
livebook
-
Super simple validated structs in Elixir
To get started you need a running instance of Livebook
- Arraymancer – Deep Learning Nim Library
-
Setup Nx lib and EXLA to run NX/AXON with CUDA
LiveBook site
-
Interactive Code Cells
I prefer functional programming with Livebook[1] for this type of thing. Once you run a cell, it can be published right into a web component as well.
[1] - https://livebook.dev
-
What software should I use as an alternative to Microsoft OneNote?
If you're a coder, Livebook might be worth a look too. I certainly have my eyes on it.
-
Advent of Code Day 5
Would highly recommend looking at Jose's use of livebook to answer these. It makes testing easier. It's old but still relevant. Video link inside
- Advent of Code 2023 is nigh
-
Racket branch of Chez Scheme merging with mainline Chez Scheme
That's hard to say. Racket is a rather complete language, as is F# and Elixir. And F# and Racket are extremely capable multi-paradigm languages, supporting basically any paradigm. Elixir is a bit more restricted in terms of its paradigms, but that's a feature oftentimes, and it also makes up for it with its process framework and deep VM support from the BEAM.
I would say that the key difference is that F# and Elixir are backed by industry whereas Racket is primarily backed via academia. Thus, the incentives and goals are more aligned for F# and Elixir to be used in industrial settings.
Also, both F# and Elixir gain a lot from their host VMs in the CLR and BEAM. Overall, F# is the cleanest language of the three, as it is easy to write concise imperative, functional, or OOP code and has easy asynchronous facilities. Elixir supports macros, and although Racket's macro system is far more advanced, I don't think it really provides any measurable utility over Elixir's. I would also say that F# and Elixir's documentation is better than Racket's. Racket has a lot of documentation, but it can be a little terse at times. And Elixir definitely has the most active, vibrant, and complete ecosystem of all three languages, as well as job market.
The last thing is that F# and Elixir have extremely good notebook implementations in Polyglot Notebooks (https://marketplace.visualstudio.com/items?itemName=ms-dotne...) and Livebook (https://livebook.dev/), respectively. I would say both of these exceed the standard Python Jupyter notebook, and Racket doesn't have anything like Polyglot Notebooks or Livebook. (As an aside, it's possible for someone to implement a Racket kernel for Polyglot Notebooks, so maybe that's a good side project for me.)
So for me, over time, it has slowly whittled down to F# and Elixir being my two languages that I reach for to handle effectively any project. Racket just doesn't pull me in that direction, and I would say that Racket is a bit too locked to DrRacket. I tried doing some GUI stuff in Racket, and despite it having an already built framework, I have actually found it easier to write my own due to bugs found and the poor performance of Racket Draw.
-
Runme – Interactive Runbooks Built with Markdown
This looks very similar to LiveBook¹. It is purely Elixir/BEAM based, but is quite polished and seems like a perfect workflow tool that is also able to expose these workflows (simply called livebooks) as web apps that some functional, non-technical person can execute on his/her own.
1: https://livebook.dev/
- Livebook: Automate code and data workflows with interactive notebooks
What are some alternatives?
oban - 💎 Robust job processing in Elixir, backed by modern PostgreSQL and SQLite3
kino - Client-driven interactive widgets for Livebook
ractor - Rust actor framework
awesome-advent-of-code - A collection of awesome resources related to the yearly Advent of Code challenge.
axon - Nx-powered Neural Networks
interactive - .NET Interactive combines the power of .NET with many other languages to create notebooks, REPLs, and embedded coding experiences. Share code, explore data, write, and learn across your apps in ways you couldn't before.
neural - NIF based erlang shared term storage
Genie.jl - 🧞The highly productive Julia web framework
live_svelte - Svelte inside Phoenix LiveView with seamless end-to-end reactivity
Elixir - Elixir is a dynamic, functional language for building scalable and maintainable applications
regex_help - Get a computer to write regex for you. A front-end for grex (https://github.com/pemistahl/grex).