This is great. A few years ago, DVCS was weird and strange and SVN was the stuff. When people discover how awesome Git and Mercurial are, they stab SVN/CVS in the back.
This is great. A few years ago, DVCS was weird and strange and SVN was the stuff. When people discover how awesome Git and Mercurial are, they stab SVN/CVS in the back.
1) Stop manually backing up versions, that's error-prone. Use RCS!
2) Stop using RCS, it doesn't scale. Use CVS!
3) Stop using CVS, it's too complicated. Use SVN!
4) Stop using SVN, it makes it hard to merge branches. Use Hg/GIT!
... And someday, we'll be saying 5) Stop using Hg/GIT. They ________. Use _______!
Same thing for hardware, and languages, and frameworks... and just about everything. shrug
It's much easier for a new entrant (startups) to innovate because they don't have the same baggage.
But that doesn't change my statement.
If you're not willing to break your business to change with the times, someone else will--and by the time you react it's too late.
http://www.onlykent.com/20100318/blockbuster-bankruptcy-2010...
In VCSes more than in regular software, you really have to get the design right very early in the process.
Similarly, in the case of changing mental models, most users and even developers of X won't be ready for Y when you write it. Trying to force the change onto those people will harm X and handicap acceptance of Y by confusing the Case For Y with the Case Against Killing X.
So it's hardly surprising.
The full quote makes it clearer:
"Subversion = Leeches. Mercurial and Git = Antibiotics. We have better technology now." (emphasis his).
Hg and git are different. It's not like SVN has a bug "it isn't distributed". It is fundamentally not distributed. So the progression is:
1. Stop manually backing up versions, it sucks. Use RCS/CVS/SVN.
2. Stop using RCS/CVS/SVN, they suck. Use git/Hg.
I can easily imagine a new DVCS system that would fix bugs in git or Hg. The git UI sucks for example. But I can't easily imagine a fundamentally different successor to DVCS.
(Not that such a successor won't happen - of course it will. I just can't imagine what it will look like).
I'm not sure why you're borrowing an assassination metaphor to describe someone's shift in technology choices. Technology aren't people.
Nobody is driving 55 Chevy's around anymore. Some people dedicated aspects of their lives to appreciating the time and space when that technology was dominant, but their glory days have passed.
So has subversion's.
But to me, SVN isn't one of those technologies that I'll look back on and despise. Sometimes you look back on a technology and wish it had never existed (the original EJB seems to inspire this in some people), sometimes you look back on it and see deep flaws but still have respect for it as a first crack at a problem (some people look on the original Struts framework this way), and some you look back on fondly even if you no longer personally use it (a lot of ruby/python folks seem to look back on perl this way).
To torture the analogy, I'd say SVN is a moderately effective antibiotic that has been replaced with a more effective one that has fewer side effects. But a leech? Come on, it was a good technology.