Re:Dragonflydb – A modern replacement for Redis and Memcached
by riquito on Monday May 30, 2022 @06:22PM
(#31564263)
I don't want to enter in the merit of your company's choice, it's definitely up to you what license to use, but I'm confused about that statement around AGPL. How would AGPL harm users?
[ Parent
| on HN ]
Re:Dragonflydb – A modern replacement for Redis and Memcached
by romange on Tuesday May 31, 2022 @12:19AM
(#31566060)
By preventing them from using dragonfly. Many companies prohibit from dev teams(aka our users) from downloading and using agpl licensed software.
Re:Dragonflydb – A modern replacement for Redis and Memcached
by bpicolo on Monday May 30, 2022 @07:15PM
(#31564627)
The lawyers often ban AGPL at tech cos
Re:Dragonflydb – A modern replacement for Redis and Memcached
by JoshTriplett on Monday May 30, 2022 @08:44PM
(#31565085)
Which means they may pay for an alternative to the AGPL.
Re:Dragonflydb – A modern replacement for Redis and Memcached
by blackoil on Tuesday May 31, 2022 @12:33AM
(#31566131)
More likely they'll ignore the s/w. Huge amount of talent is working in such companies. Using AGPL will practically exclude them from interacting with the s/w.
Also, smaller companies like to play safe. If FAANG with their million lawyers aren't touching it, why should I take the risk.
Re:Dragonflydb – A modern replacement for Redis and Memcached
by true_religion on Tuesday May 31, 2022 @03:33AM
(#31566983)
Because unlike FAANG you don’t have millions of engineers to create the software from scratch. Companies pay for databases (Oracle, Gemstone, MsSQL, anything at Amazon). Almost all the risks (price changes, maintenance costs, etc.) can be managed adequately via a long term enterprise contract.
Re:Dragonflydb – A modern replacement for Redis and Memcached
by secondcoming on Tuesday May 31, 2022 @05:41AM
(#31567596)
Yes, we’re going through this right now