Our great sponsors
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
I also really like MicroPython! Having said that, I have been working on an alternative to it for a number of years now -- primarily to provide a more robust and performant high-level alternative to C and Rust on the ESP32-family of chips:
https://github.com/toitlang/toit
I'd love to pick your brain and fully understand your experience with MicroPython. I've been doing programming languages for a number of years now, and I find that it is incredibly useful to understand what developers appreciate (and dislike) about the available stacks.
I tried using Rust for a Nordic microcontroller project recently but ended up giving up. It was just too difficult to figure out how to do things in Rust as a beginner. For example, I couldn't find a (maintained) Bluetooth stack for the nRF52. I finally figured how to link to Nordic's proprietary Bluetooth stack but then I realized I wanted to use the Thread protocol. I couldn't figure out how to do that. Meanwhile there are entire sample apps and guides in C for what I'm trying to achieve[0]. It sucks because I love Rust and would much rather use it than C/C++. I guess this is less of an obstacle for people who have embedded programming experience, but I don't.
[0] https://developer.nordicsemi.com/nRF_Connect_SDK/doc/latest/...
What great news! The support for the sx1276 is awful. I was digging around your github, you're referring to Freakwan[1], right?
[1] https://github.com/antirez/freakwan
Is it on their list at any priority to make it so developers could do like `rustup toolchain the-esp32-platform` instead of needing a forked rust? https://github.com/espressif/rust-esp32-example/blob/main/do...
> Scala choices were directly dictated by JVM
Initially, yes. But Scala has evolved beyond the JVM, with Scala.js [1] being rock-solid, and Scala Native [2] under development. Neither are truly hampered by the initial JVM roots of Scala.
> Scala gives you a better horse
Weird analogy ;)
[1] https://www.scala-js.org/