<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Distributed Version Control for the Other 80%</title>
	<link>http://kylecordes.com/2007/10/16/dvcs-80-percent/</link>
	<description>Kyle Cordes's Software Site</description>
	<pubDate>Thu, 21 Aug 2008 21:35:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>

	<item>
		<title>by: Lyle Johnson</title>
		<link>http://kylecordes.com/2007/10/16/dvcs-80-percent/#comment-12128</link>
		<pubDate>Wed, 17 Oct 2007 17:30:05 +0000</pubDate>
		<guid>http://kylecordes.com/2007/10/16/dvcs-80-percent/#comment-12128</guid>
					<description>A lot of the claims that Ben made about the "other 80%" are consistent with my on-the-job experience, and while I don't believe that my co-workers are "profoundly stupid imbeciles who could never grasp the point of DVCS", I can attest to the fact that it's often a struggle just to get them to use Subversion consistently. It was interesting, however, to read that the Subversion team is looking at integrating some DVCS features into Subversion 1.5. There's no question that Subversion's support for merging is fragile and error-prone.</description>
		<content:encoded><![CDATA[<p>A lot of the claims that Ben made about the &#8220;other 80%&#8221; are consistent with my on-the-job experience, and while I don&#8217;t believe that my co-workers are &#8220;profoundly stupid imbeciles who could never grasp the point of DVCS&#8221;, I can attest to the fact that it&#8217;s often a struggle just to get them to use Subversion consistently. It was interesting, however, to read that the Subversion team is looking at integrating some DVCS features into Subversion 1.5. There&#8217;s no question that Subversion&#8217;s support for merging is fragile and error-prone.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Kyle Cordes</title>
		<link>http://kylecordes.com/2007/10/16/dvcs-80-percent/#comment-12123</link>
		<pubDate>Wed, 17 Oct 2007 13:01:25 +0000</pubDate>
		<guid>http://kylecordes.com/2007/10/16/dvcs-80-percent/#comment-12123</guid>
					<description>I have used ClearCase; and I found it to be amazingly slow and user-hostile. Those could be fixed. It might then be the right solution for you, for the problems you face. For me however, the "versioned file system" metaphor is not the right path. Even a totally fixed ClearCase would not be good for me; for me a magic file system, no matter how bugless, would be undesirable. The whizbang automatically-up-to-date CC "view" idea is amazing technical achievement... but not one I want.</description>
		<content:encoded><![CDATA[<p>I have used ClearCase; and I found it to be amazingly slow and user-hostile. Those could be fixed. It might then be the right solution for you, for the problems you face. For me however, the &#8220;versioned file system&#8221; metaphor is not the right path. Even a totally fixed ClearCase would not be good for me; for me a magic file system, no matter how bugless, would be undesirable. The whizbang automatically-up-to-date CC &#8220;view&#8221; idea is amazing technical achievement&#8230; but not one I want.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Curt Cox</title>
		<link>http://kylecordes.com/2007/10/16/dvcs-80-percent/#comment-12122</link>
		<pubDate>Wed, 17 Oct 2007 12:41:41 +0000</pubDate>
		<guid>http://kylecordes.com/2007/10/16/dvcs-80-percent/#comment-12122</guid>
					<description>Very few people (as a percentage) use ClearCase.  It is slow, buggy, user-hostile, and really expensive.  Yet, it has the right idea for the long run.  Version control should be a painless automatic consequence of a versioned file system.  Time machine in Leopard may mean that fewer single developer shops need version control.  The same is true of ZFS in Solaris.  Actually, the version control build into Eclipse meets almost all of my needs.

In the long run the file system will take on enough database features to greatly reduce the need for databases, too.  But that's not so close to happening.</description>
		<content:encoded><![CDATA[<p>Very few people (as a percentage) use ClearCase.  It is slow, buggy, user-hostile, and really expensive.  Yet, it has the right idea for the long run.  Version control should be a painless automatic consequence of a versioned file system.  Time machine in Leopard may mean that fewer single developer shops need version control.  The same is true of ZFS in Solaris.  Actually, the version control build into Eclipse meets almost all of my needs.</p>
<p>In the long run the file system will take on enough database features to greatly reduce the need for databases, too.  But that&#8217;s not so close to happening.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
