Earlier quoted context omitted.
The first rule would have index 0...
This is underground programming. Perhaps it's 1?
I'd make it -1, that way regular programmers wouldn't know about it.
The End of the Redis Adventure
51–60 of 308 posts
Re: The End of the Redis Adventure
#52He shared some of his struggles a while ago:
http://antirez.com/news/129
Great work @antirez! Thanks for your dedication. Stepping back as maintainer and giving your support from the Redis Labs advisory board is nothing less than what you did so far.
It's sensible that you don't want to make plans about the rest of your time right now.
Cheers
Re: The End of the Redis Adventure
#53RIP.
Re: The End of the Redis Adventure
#54So 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…
It's an interesting proposition. Whether it's Python, Redis, Laravel or Linux itself, a lot of software projects have been driven primarily by singular people and their decisions which shape the project over a period of time.
One example that was mentioned in this thread was the whole "master" thing going on.
Is Torvalds really going to get involved in that? Most likely no, and that's a decision he's free to make.
I worry in the future, after he's gone, depending on the model being used, we'll see more politics in software projects where Linux itself gets dragged into these things and doesn't have a single guy to say NO!
Or maybe you see an old white guy in charge of Linux and that can be considered a problem in itself, I'm sure many would love to see some change there and finally overrule Torvalds' decisions.
So in reality, we're seeing a slow shift away from BDFL type situations, and in the near term future, very few (what I consider influential) projects will remain with that setup.
Re: The End of the Redis Adventure
#55Redis is an astonishingly good piece of software. I've always found its beauty to be the reflection of your philosophies, @antirez. Thank you. Here's to you finding joy in your pursuits!
Re: The End of the Redis Adventure
#56Is it possible to build software without maintenance ? I think we need a new model for software ... where original build is self-sufficient but you have any number of remixes.
Right to implement a basic feature to an existing software there is too much code that touches way too many files.
Re: The End of the Redis Adventure
#57Re: The End of the Redis Adventure
#58HN hugged to death. Here's the snapshot on archive: https://web.archive.org/web/20200630130517/http://antirez.co...
I actually wonder how many request/s one gets from being on the top of HN.
Re: The End of the Redis Adventure
#59I would love a story on "I don’t like much what the underground programming world became in recent years" What could he mean? What underground programming world is he talking about?
Probably the roving mobs on Twitter who occasionally brigade project issue trackers and mailing lists. Check out the master/slave post he wrote a while back. Or just the toxic nature of some open source communities, especially on Reddīt for whatever reason.
This.
The underground in underground programming refers to maintaining low visibility, as to present low target silhouette. Additional benefit is not attracting too many participants that are in it for the clout, rather than for solving problems & good engineering.
Open Source is no longer sufficient for software freedom; the current 'battlefield' is maintaining security from activist pressure or gradual take-over.
Re: The End of the Redis Adventure
#60Dang. I say this frequently both online and when discussing system design with newer devs, but will repeat here: of all the production issues I've debugged, the culprit has has never been redis. In fact, redis has been a critical piece of achieving cost-effective scaling. It is one of only two pieces of software (along with postgres) that I blindly recommend without any caveats. From following along here and on your…
I read it twice trying to figure out why you were invoking @dang. In any case, I've had the same experience with only two programs - CouchDB and Redis.
Dang is a word here, not a handle: