gleam
ergo
Our great sponsors
gleam | ergo | |
---|---|---|
92 | 32 | |
13,924 | 2,647 | |
58.7% | 1.6% | |
9.9 | 1.7 | |
5 days ago | 2 days ago | |
Rust | Go | |
Apache License 2.0 | MIT License |
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.
gleam
- Cranelift code generation comes to Rust
-
Inko Programming Language
I had been only following this language with some interest, I guess this was born in gitlab not sure if the creator(s) still work there. This is what I'd have wanted golang to be (albeit with GC when you do not have clear lifetimes).
But how would you differentiate yourself from https://gleam.run which can leverage the OTP, I'd be more interested if we can adapt Gleam to graalvm isolates so we can leverage the JVM ecosystem.
-
Switching to Elixir
I don't think the implementation itself is at fault, but yes, I do think that the design of dialyzer makes it an (at times) faulty type checker. The unfortunate reality of a type checker that fails sometimes is that it makes it mostly useless because you can never trust that it'll do the job.
To be clear, I've had it fail in a function where I've literally specced that very function to return a `binary` but I'm returning an `integer` in one of the cases. This is a very shallow context but it can still fail. Now add more functions, maybe one more `case`.
I think an entire rethink of type checking on the BEAM had to be done and that's why eqWalizer[0] was created and why Elixir is looking to add an actual sound, well-developed type checker. Gleam[1] I would assume is just a Hindley-Milner system so that's completely solid. `purerl`[2] is just PureScript for the BEAM so that's also Hindley-Milner, meaning it's solid. `purerl` has some performance issues caused by it compiling down to closures everywhere but if you can pay that cost it's actually pretty fantastic. With that said my bet for the best statically typed experience right now on the BEAM would be `gleam`.
- Gleam
- Unpacking Elixir: Resilience
-
Erlang/OTP 26.1 Released
If you don’t like the syntax highly recommend giving https://gleam.run a try
-
Elixir for Cynical Curmudgeons
If you're a fan of the ecosystem, but not of dynamic types, there are statically typed languages on BEAM, eg Gleam (https://gleam.run/)
-
Async rust – are we doing it all wrong?
Keep an eye on gleam lang if you’re not already. It’s a language with an ML inspired type system (like rust) that compiles to erlang. It is likely too nascent to be used in production (in terms of tooling, ecosystem, stability, etc).
- I hereby officially announce the Elixir type system effort is into development
ergo
-
Actor framework versus standard channels
Ergo Framework does - https://github.com/ergo-services/ergo
-
Anything close beam/otp for other languages?
https://github.com/ergo-services/ergo for golang
-
What are the recommended connection pool libraries written in Golang?
I think you should clarify what exactly you need. If you need something like TCP/UDP socket acceptor pool you may want to try Ergo Framework with ready to use design patterns https://github.com/ergo-services/ergo . Example for TCP https://github.com/ergo-services/examples/tree/master/gentcp, for UDP https://github.com/ergo-services/examples/tree/master/genudp
-
Erlang's not about lightweight processes and message passing
In case if you want to feel a flavour of Erlang in Golang - https://github.com/ergo-services/ergo
-
Is there an equivalent to Elixir / GenServer in Go? Trying to create the same request / response pattern with better performance but not sure where to start.
Besides, something like this already exists, I don’t see the point, but hey to each there own… https://github.com/ergo-services/ergo
-
go-actor: Tiny library for writing concurrent programs in Go using actor model
Thanks for sharing. Looks good as a first attempt in the long way to production state. You may also want to take a look another approach of actor based implementation https://github.com/ergo-services/ergo
-
Distributed fault-tolerant persistent atomic counter in golang
wait, so this can do the same? https://github.com/ergo-services/ergo
-
Ergo – modern IRC server written in Go
Unrelated project with the same name (coincidentally written in the same language): https://github.com/ergo-services/ergo
"an actor based Framework for creating microservices using technologies and design patterns of Erlang/OTP in Golang"
-
New release of Ergo Framework 2.0.0 🚀
The project repository has been moved to https://github.com/ergo-services/ergo. It is still available on the old URL https://github.com/halturin/ergo and GitHub will redirect all requests to the new one (thanks to GitHub for this feature).
What are some alternatives?
are-we-fast-yet - Are We Fast Yet? Comparing Language Implementations with Objects, Closures, and Arrays
web3.js - Collection of comprehensive TypeScript libraries for Interaction with the Ethereum JSON RPC API and utility functions.
Rustler - Safe Rust bridge for creating Erlang NIF functions
nx - Multi-dimensional arrays (tensors) and numerical definitions for Elixir
ponyc - Pony is an open-source, actor-model, capabilities-secure, high performance programming language
micro - API first development platform
hamler - Haskell-style functional programming language running on Erlang VM.
wesher - wireguard overlay mesh network manager
otp - 📫 Fault tolerant multicore programs with actors
lumen - An alternative BEAM implementation, designed for WebAssembly
haskell-language-server - Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine.
mongo_orm - Mongo ORM: A simple ORM for using MongoDB with the crystal programming language, designed for use with Amber. Based loosely on Granite ORM. Supports Rails-esque models, associations and embedded documents.