Live data from Hacker News

Viewing profile — lulf

lulf

HN member
Joined
Thu, May 31, 2018, 9:40 PM UTC
HN karma
102
Public activity
16 items

About lulf

No profile information was provided.

Recent public activity

  1. 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…

  2. 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 …

  3. comment
    Comment #38420479

    Check out https://vespa.ai

  4. 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.

  5. 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…

  6. 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…

  7. 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_".

  8. 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…

  9. comment
    Comment #23819868

    I’ll throw in another alternative to look at for those using Kubernetes: https://enmasse.io

  10. 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…

  11. 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…

  12. 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…

  13. 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…

  14. 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…

  15. comment
    Comment #18898818

    Check out Vespa: https://vespa.ai

  16. 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…