Re:Efficient cache for gigabytes of data written in Go
by sagichmal on Monday December 23, 2019 @08:03PM
(#21869008)
I agree that Sanfilippo can be obstinate. "Redis' creator doesn't deserve our support" is a shitty and vindictive conclusion to come to from that obstinance.
If that's ^^ unsubstantive drama to you, and the thing it's responding to isn't, calibrate your sensors because they're off.
Re:Efficient cache for gigabytes of data written in Go
by KirinDave on Monday December 23, 2019 @09:15PM
(#21869316)
I don't really understand why this is so traumatic to say. There are lots of people doing amazing things. Maybe we can look at projects run by people who don't disregard good technical advice for years out of what they themselves have called pride.
I knew my post would be controversial, but I certainly wasn't expecting that the main complaint leveled is that I'm supposed to ignore he and his community's prior transgressions because remembering them is "vindictive."
Re:Efficient cache for gigabytes of data written in Go
by tptacek on Monday December 23, 2019 @09:21PM
(#21869336)
You disagree with it. That's fine. But people are allowed to say that things are or aren't worthy of support. Ironically, what they shouldn't do is call them "shitty and vindictive", which that comment didn't do.
Re:Efficient cache for gigabytes of data written in Go
by antirez on Tuesday December 24, 2019 @09:22AM
(#21872214)
Actually the comment is not substantive. Not telling what is the configuration that creates problems, not telling what's wrong about the Redis connection handling, not comparing Redis fork based persistence with the alternative in memory systems have, and so forth, is a exactly the hand waving the OP accuses of doing. Very short not detailed criticisms of systems are actually FUD because in complex systems the devil is in the details.
Further: the Redis take on display in that comment is pretty mainstream – very much including the statement about Sanfilippo's obstinacy – among systems developers. Even if you're an advocate for Redis, it's good to at least see the brief its detractors bring against it.