Viewing profile — lulf
lulf
HN member- Joined
- Thu, May 31, 2018, 9:40 PM UTC
- HN karma
- 102
- Public activity
- 16 items
- HN profile
- View on Hacker News ↗
About lulf
No profile information was provided.
Recent public activity
-
comment
Comment #40882216
That is what I've observed too. My impression is that people go to RTOS for libraries and dependency management, which you kinda just get out of the box with Rust, cargo and crates…
-
comment
Comment #40882156
One of the things not immediately apparent for people coming to Embassy is that you can mix and match RTIC with the Embassy HALs. So the more appropriate comparison is RTIC vs the …
-
comment
Comment #38420479
Check out https://vespa.ai
-
comment
Comment #36512197
Async Rust is great for embedded! Check out https://embassy.dev as well which is very similar but with support for more hardware.
-
comment
Comment #29271202
You might want to take a look at the embassy project for a unified stm32 HAL. The idea is that it defines the APIs per peripheral version as defined by STM (spi v1, spi v2, usart v…
-
comment
Comment #28700059
You can use a subset of MQTT for ingress data and store it in Kafka for instance. Check out https://www.drogue.io and https://sandbox.drogue.cloud for an open source project that d…
-
comment
Comment #26377332
This was an inaccuracy on my part, sorry for that. It should probably have been "... used in multiple places _at the same time_".
-
comment
Comment #26374796
Having distinct types for P0 and P1 is deliberate and is what is called "type state programming" in the embedded rust book [0]. The advantage is that you can prevent misconfigurati…
-
comment
Comment #23819868
I’ll throw in another alternative to look at for those using Kubernetes: https://enmasse.io
-
comment
Comment #23260378
I'll add that the AMQP 1.0 spec (supported in Rabbit using a plugin) is a peer-to-peer protocol that supports both the traditional broker use case, 'direct' p2p messaging and opens…
-
comment
Comment #22636615
For Java, have a look at vertx-proton which builds on top of proton-j and is a bit more intuitive (still not great) than proton-j for creating servers and clients. :) Example “bloc…
-
comment
Comment #22636159
Couple of protocols that would be nice to benchmark for comparison: * AMQP 1.0 - can also be used for RPC without a broker in between client and server. See https://qpid.apache.org…
-
comment
Comment #19907625
If you don’t use any other pattern than request-response, I agree there is no point. If you have a mix of pub-sub, work queues and request-response, it could simplify your dependen…
-
comment
Comment #19907447
I recommend looking at a standard messaging protocol like AMQP 1.0, which will allow you to implement the request-response pattern in an efficient manner without message brokers. E…
-
comment
Comment #18898818
Check out Vespa: https://vespa.ai
-
comment
Comment #17200558
You can also use AMQP 1.0, an ISO and OASIS standard protocol, over websockets. It supports RPC and pub/sub semantics and has client libraries in many languages. It’s implemented b…