The race to replace Redis • Hacker News Board

Re: The race to replace Redis

#41

Post by nerdponx » Fri, Mar 29, 2024, 2:37 AM UTC

Isn't this the reason why AGPL has started to get more popular? Everyone has to play by the very strict rules except the copyright holder, who can do whatever they want, but the community still benefits from the core software being open source.

The BSD license in particular seems like a particularly bad way to run a business.

Re: The race to replace Redis

#42

Post by FrustratedMonky » Fri, Mar 29, 2024, 2:38 AM UTC

blackoil wrote: post #40

FrustratedMonky wrote: post #38

Engineers have to eat too. Nothing wrong with charging for support. I love passion projects as much as anyone, but there is a reason they are hobbies, and people need to keep a day job. Eventually it does get tiring to do support for free. Edit: Ok. I was talking OSS generally. I guess Redis is being bad actor if they are taking OSS work and running away with it to get the money, and not compensating the contributors…

I think the main issue is bait and switch. You start with a license, get lots of external contributors who are working for free, get ecosystem built around it for free and then change because you want to be paid.

I agree.

I'm not sure how nefarious this Redis move was. I guess I was assuming any move from 'free', to 'paid', will be met with some outcry regardless of how seamless they can pull it off.

  Or in other words, it is always a messy transition?

Re: The race to replace Redis

#43

Post by t888 » Fri, Mar 29, 2024, 2:41 AM UTC

prepend wrote: post #37

jacooper wrote: post #33

Earlier quoted context omitted.

That's works for small stuff like self hosted images, but will never work for anything actually reliable.

Doesn’t it work for the Linux kernel? And https? And lots of other stuff?

No. A lot of that work is sponsored.

Re: The race to replace Redis

#44

Post by itake » Fri, Mar 29, 2024, 2:43 AM UTC

FrustratedMonky wrote: post #38

Engineers have to eat too. Nothing wrong with charging for support. I love passion projects as much as anyone, but there is a reason they are hobbies, and people need to keep a day job. Eventually it does get tiring to do support for free. Edit: Ok. I was talking OSS generally. I guess Redis is being bad actor if they are taking OSS work and running away with it to get the money, and not compensating the contributors…

My issue is the OSS contributors that were not paid for their work, but their work will be monetized now.

Re: The race to replace Redis

#45

Post by jsmeaton » Fri, Mar 29, 2024, 2:45 AM UTC

I’m usually pretty ambivalent when a company decides to move to a license like BUSL. Sure it’s not “free” - but practically it only affects the likes of AWS from freeloading while making extraordinary profits. Especially true when a given company started the project. I understand why some hold strong feelings on the principles of OSS. My perspective is we’ll have fewer nice things if we allow the likes of AWS to cannibalise successful services.

But I feel no such sympathy for Redis nee Labs. It was never their project. They took over stewardship and then effectively stole the project for themselves. They’re not even the dominant contributor to the core product.

Re: The race to replace Redis

#46

Post by [deleted] » Fri, Mar 29, 2024, 2:46 AM UTC

[deleted]

Re: The race to replace Redis

#47

Post by hardwaresofton » Fri, Mar 29, 2024, 2:46 AM UTC

Somehow no one has mentioned KeyDB so:

https://github.com/Snapchat/KeyDB

[EDIT] whoops, didn't read the article, went immediately to comments for recommendations since that's what HN is good at IMO.

Re: The race to replace Redis

#48

Post by brody_hamer » Fri, Mar 29, 2024, 2:47 AM UTC

It wasn’t clear to me until I read their blog, that redis will remain free to use in their “community edition”, which will continue to be supported and maintained (and improved!)

So we as developers don’t have to scramble to replace redis in our SAAS apps and web based software.

This is more about preventing AWS from eating their lunch by providing redis-as-a-service, without paying any sort of compensation to the redis developers.

Redis’ blog post: https://redis.com/blog/redis-adopts-dual-source-available-li...

Re: The race to replace Redis

#49

Post by Signez » Fri, Mar 29, 2024, 2:48 AM UTC

hardwaresofton wrote: post #47

Somehow no one has mentioned KeyDB so: https://github.com/Snapchat/KeyDB [EDIT] whoops, didn't read the article, went immediately to comments for recommendations since that's what HN is good at IMO.

Well, it's talked about lenghtly in the article.

Re: The race to replace Redis

#50

Post by smt88 » Fri, Mar 29, 2024, 2:49 AM UTC

aurareturn wrote: post #39

FrustratedMonky wrote: post #38

Engineers have to eat too. Nothing wrong with charging for support. I love passion projects as much as anyone, but there is a reason they are hobbies, and people need to keep a day job. Eventually it does get tiring to do support for free. Edit: Ok. I was talking OSS generally. I guess Redis is being bad actor if they are taking OSS work and running away with it to get the money, and not compensating the contributors…

I agree. People here always seem to react badly to companies that provide something for free and now want to make a bit of money. It’s weird because they themselves work in tech and have to earn a living to put food on the table. Having no way of making money isn’t sustainable.

The problem here is that this isn't putting food on the table for the people who actually built the software.

It's a company surprising everyone by pocketing the money from other people's hard, unpaid work.