Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The End of the Redis Adventure

antirez.com

Post reply on HN
Print view View original

211–220 of 308 posts

Re: The End of the Redis Adventure

#211

Post by vsmhn »

antirez wrote: 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.

> I write code in order to express myself, and I consider what I code an artifact, rather than just something useful to get things done. I would say that what I write is useful just as a side effect, but my first goal is to make something that is, in some way, beautiful. In essence, I would rather be remembered as a bad artist than a good programmer.

This entered my list of favorite quotes! For this, if not for your huge contribution to OSS, grazie!

Re: The End of the Redis Adventure

#213

Post by jfkebwjsbx »

mrkurt wrote: post #163
calpaterson wrote: post #86

Earlier quoted context omitted.

> The most important thing Antirez did, in my opinion, was to say "No" to things. No to new features that didn't make sense. Redis has had tremendous mission creep over the years. It started of course mostly as a volatile cache but I've now seen it also used as a message bus (in three different ways: BLPOP, PUB/SUB and Streams), for service discovery and as a general purpose database - something that Redis Labs (in m…

It didn't really start as a volatile cache, it started as an in memory data structures server. It's useful for all kinds of stuff memcached isn't (and has been since day 1).

It started as a memcached with persistence to disk for fast startup.

Re: The End of the Redis Adventure

#214

Post by dang »

patcon wrote: post #122
jp_sc wrote: post #114

Earlier quoted context omitted.

Of course it is, but it's the kind of bigotry nowadays some people evangelize as good (by redefining racism), and what the twitter mob encourages.

Chain of events: I was tempted to try a respectful reply with substance, but then realized I wouldn't be allowed to discuss this here, due to moderator preference for "not talking politics". I was then [regrettably] tempted to write something with a "mic drop" feel, just to express my disagreement in an acceptably pithy way. And then it occurred to me that this whole sub-thread is Twitter-length comments. And I was a…

> due to moderator preference for "not talking politics".

There's no such preference. What made you think there was?

The question of political topics on HN is a hard one because some political stories are on topic, some are off topic, and even the on-topic ones tend to turn into flamewars. I've written a lot about how we approach this: https://hn.algolia.com/?dateRange=all&page=0&prefix=false&qu.... Some good threads to start with might be https://news.ycombinator.com/item?id=21607844 and https://news.ycombinator.com/item?id=22902396. Also https://news.ycombinator.com/item?id=17014869, which shows how far back political discussion goes on HN, as well as the argument about politics on HN.

If anyone reads those explanations and still has a question that isn't answered there, I'd like to know what it is.

Re: The End of the Redis Adventure

#215

Post by rconti »

koolba wrote: post #4

@antirez - Thank you for Redis! It's been a joy to use across so many projects. > However I never wanted to be a software maintainer. And nothing say that you have to be. There's this perverted view that anytime someone creates a popular FOSS project, they need to dedicate every waking minute to maintaining it. That's neither economically feasible nor psychologically reasonable. > Redis was the most stressful thing I…

There's absolutely nothing wrong with him not wanting to be a software maintainer. I don't want to be either, and I'm not even a programmer.

But there is DEFINITELY something wrong with the fact that, seemingly, NOBODY wants to be a software maintainer.

Re: The End of the Redis Adventure

#216

Post by jessaustin »

nuclearnice1 wrote: post #172
jessaustin wrote: post #170

Earlier quoted context omitted.

Since we have a norm that those who post unfunny jokes shouldn't complain they are downvoted, we should also have a norm that those who don't like jokes should just downvote without comment. Of course, I'm violating the obvious meta-norm...

We actually have the opposite norm. HN commenters are encouraged to post feedback in the threads about what's good and bad for HN comments. See: https://news.ycombinator.com/item?id=7605973

That's fine, and there are probably some would-be HN comedians who haven't heard the news about this yet, but meta-discussion is really boring. This is the last thing I'll post in this thread, and I won't be surprised if it gets downvoted to oblivion.

Re: The End of the Redis Adventure

#217

Post by johncolanduoni »

neop1x wrote: post #182
wokwokwok wrote: post #35

Earlier quoted context omitted.

Redis is simple. Good. Has a nice api. Has good libraries. Single threadsed. Extremely hard to scale. Impossibly difficult to cluster in containers because it uses hard coded ips to address nodes. Performs poorly with large payloads. Doesn't run on windows properly. Is extremely expensive as a hosted service (orders of magnitude in some cases, eg. azure). You'll love it until you don't. The scaling and clustering sto…

I think you are using it wrong. It is not meant to be run in a K8S cluster woth dynamic IPs in multiple instances. You are supposed to deploy VM mesh of fixed IPs as database store. Moreover, it is design-dependent. You can live with just multiple master-slave pairs and have your data implicitly sharded by something, e.g. by user country or continent. It's sad that some people still think "perfect db" exists: partiti…

I don’t think most people need a fully partition tolerant solution; even at very high scale and with high SLAs quorum based solutions are used successfully. If you remove strict partition tolerance from your above list there do exist such databases. And I’d argue it’s much easier to develop against such a database and you’re more likely to actually preserve its guarantees in your application than running an ad-hoc cluster of Redis instances with a home-spun clustering scheme where your application logic is heavily implicated in maintaining consistency.

Re: The End of the Redis Adventure

#219

Post by thatoneuser »

antirez wrote: 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.

Wow I guess I don't have nearly the knowledge of redis as many others here, but either way redis has been one of my favorite coding experiences! It works well, it's reliable, and it's very easy. Thanks so much for your efforts man!

Re: The End of the Redis Adventure

#220

Post by switz »

antirez wrote: 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.

+1s are frowned upon at HN, but I can't think of a more warranted post than this one for offering up an underlined "thank you"
Post reply on HN