Live data from Hacker News

The End of the Redis Adventure

antirez.com

271–280 of 308 posts

Re: The End of the Redis Adventure

#271

Earlier quoted context omitted.

Strongly, strongly, disagree that Redis works well as a message bus. Lots of reasons why but here is just one because I'm short on time: all of these (four) ways of doing a message bus with Redis offer either a work queue mode or publish/subscribe - but not both (perhaps excepting streams which I've forgotten some of the details of). I have yet to see many real world messaging scenarios where you don't end up using b…

Name of the hash is a topic. Keys are nanosecond timestamps, values are the packets. You put in the data, you send a pub notify to the listener, listener goes and drains the queue. It acts as a direct exchange queue, recovers fine from a restart and it works wonderfully. For fanout, you can simply use pub sub. For topical, you can keep a list of direct exchange queue hashes. I haven't needed it.

Redis Streams is built-in and does all that for you. https://redis.io/topics/streams-intro

Re: The End of the Redis Adventure

#272

Earlier quoted context omitted.

Name of the hash is a topic. Keys are nanosecond timestamps, values are the packets. You put in the data, you send a pub notify to the listener, listener goes and drains the queue. It acts as a direct exchange queue, recovers fine from a restart and it works wonderfully. For fanout, you can simply use pub sub. For topical, you can keep a list of direct exchange queue hashes. I haven't needed it.

Redis Streams is built-in and does all that for you. https://redis.io/topics/streams-intro

You're probably right. I did this before streams were a thing.

Re: The End of the Redis Adventure

#273

Earlier quoted context omitted.

Lowering the barriers to open-source contribution has allowed in people who have absolutely no business being there. If you have standards, you get accused of gate-keeping. Thanks for mentioning the T- website specifically, it takes a lot of courage to call it out directly these days, because all it takes is one of them with a lot of followers and then you get swamped with hate. It's fucking unreal man. There's a ton…

Where is "down here"?

outside of social media, inside our IDEs

Re: The End of the Redis Adventure

#274
post #224

My co-founder and I had successfully launched two of the major web 2.0 services of the Italian web. What are these services?

Segnalo and Oknotizie. Segnalo was similar to delicious, Oknotizie similar to Reddit/Digg. Later in order to create the first service, LLOOGG, I had to write Redis.

Re: The End of the Redis Adventure

#275
Thank you, @antirez! I have a live stock market site that heavily relies on redis for streaming data, tracking leaderboards, and message passing. It would have been difficult without Redis. You really affected my life. Big hug to you, Salvatore! I hope you find your next inspiration, and bless us with your next masterpiece. :)

Re: The End of the Redis Adventure

#276
post #186

Earlier quoted context omitted.

If you're comparing FreeBSD to Linux then I think that says a lot about the merits of BDFLs, really.

Did FreeBSD not have the discussion about this years ago? Though they did not have a single person, but a 20 person core team, which were cut down to a 9 person core team that is voted for every 2 years. http://freebsd.dk/sagas/freebsd/#id1

The core team doesn’t really make technical decisions. It’s more for administrative/social/governance type stuff.

Re: The End of the Redis Adventure

#277
post #69
post #50

So they're moving to a new "community based", "light governance" model. [1] There are plenty of problems with BDFL-style projects, but I think there are a lot of advantages too. Redis is unique in my experience in that it works the way you'd expect - it doesn't cause outages, it is fast, and it has a vanishingly small number of gotchas. The feature set is well curated and for the most part fits together cohesively. T…

> There are plenty of problems with BDFL-style projects, but I think there are a lot of advantages too. BDFL governance is extremely underrated in the opensource world. People attribute the success of the Linux kernel to its open contribution style, but I will argue that Linux is successful because there's a dictator at the top that enforces a direction, a long term goal, and most importantly, says NO. Community base…

Underrated in the open source world — whilst at the same time, feels obvious in the writing world?

Imagine an author has gotten started writing volumes 1 and 2, and those volumes became popular — maybe the Harry Potter books as an example. Now, adding more authors with equal "story-line decision making power", or a committee, for volumes 3, 4, 5, is a weird idea, right.

Re: The End of the Redis Adventure

#278
post #78

Ok, so many thank you here, thanks! It's very nice to read the comments here. But I hope to interact more on HN, since basically the idea is to write more blog posts, write more OSS software too. Just totally random :D I'll just do whatever every morning I want to do for a long time. Then maybe I'll find a new long term interest.

Beautifully written end to a personal journey. I wish you the best!

Re: The End of the Redis Adventure

#280
post #78

Ok, so many thank you here, thanks! It's very nice to read the comments here. But I hope to interact more on HN, since basically the idea is to write more blog posts, write more OSS software too. Just totally random :D I'll just do whatever every morning I want to do for a long time. Then maybe I'll find a new long term interest.

Grande
Post reply on HN