Live data from Hacker News

Show HN: Lightweight Task queue on Erlang/OTP, SQLite-backed, no overengineering

github.com

21–24 of 24 posts

Re: Show HN: Lightweight Task queue on Erlang/OTP, SQLite-backed, no overengineering

#21

Maybe this says more about me than your project, but I find the use of implementing this with the Redis Streams wire protocol very interesting and creative. Being able to leverage the surface area of existing client SDKs should really help adoption and reduce what you have to maintain in order to widely integrate. I agree that in many areas there often is not much in-between "roll yourself in-memory" and "enterprise…

You perfectly got the point - building and maintaining SDKs for all popular languages is very time-consuming, and it also adds a barrier between your project and potential users, who have to get familiar with it, install it, and so on.

But, for sure, having your own SDKs has advantages too - you don't depend on anyone else's protocol decisions, have less dependency, eyc.

Btw, the first time I saw one company use another company's SDK, which I really liked, was in 2023, when DeepSeek used OpenAI's SDK and still think it was brilliant.

Re: Show HN: Lightweight Task queue on Erlang/OTP, SQLite-backed, no overengineering

#22
post #11

This is really cool! I built something very similar only I replicated the AWS sqs protocol instead. https://github.com/poundifdef/smoothmq

oh, that's seems very nice project! I just wonder what it uses as storage/where it saves the tasks?

Re: Show HN: Lightweight Task queue on Erlang/OTP, SQLite-backed, no overengineering

#24

So lightweight... Using docker and containers. What even is the point.

See above "if you're on Elixir, you can skip the separate process entirely and add it directly to your app's supervision tree - it runs inside your own app's process". About as lightweight as you can get.
Post reply on HN