<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: People Still Don&#8217;t Get It</title>
	<atom:link href="http://pliantalliance.org/2007/04/23/people-still-dont-get-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://pliantalliance.org/2007/04/23/people-still-dont-get-it/</link>
	<description>Think. Evaluate. Change.</description>
	<lastBuildDate>Thu, 09 Apr 2009 13:02:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Brad Spencer</title>
		<link>http://pliantalliance.org/2007/04/23/people-still-dont-get-it/comment-page-1/#comment-747</link>
		<dc:creator>Brad Spencer</dc:creator>
		<pubDate>Tue, 01 May 2007 15:12:33 +0000</pubDate>
		<guid isPermaLink="false">http://pliantalliance.org/?p=80#comment-747</guid>
		<description>&quot;Many C++ design decisions have their roots in my dislike for forcing people to do things in some particular way.  In history, some of the worst disasters have been caused by idealists trying to force people into &#039;doing what is good for them&#039;.  Such idealism not only heads to suffering among its innocent victims, but also to delusion and corruption of the idealists applying the force . . . . I also find idealists prone to ignore experience and experiment that inconveniently clashes with dogma or theory.  Where ideals clash and sometimes even when pundits seem to agree, I prefer to provide support that gives the programmer a choice.&quot;

&quot;My preference is to slowly -- often painfully slowly -- persuade people to try new techniques and adapt the ones that suit their needs and tastes.&quot;

&quot;This was part of a philosophy of fostering self-sufficiency among users.  The aim was always -- and explicitly -- to develop local expertise in all aspects of using C++.  Most organizations must follow the opposite strategy.  They keep users dependent on services that generate revenues for a central support organization, consultants or both.  In my opinion, this contrast is a fundamental difference between C++ and many other languages.&quot;

 -- Bjarne Stroustrup, The Design And Evolution of C++, Sections 1.3 and 2.5.1, writing in 1994 about his design philosophies of the early days of C++ in the early 1980s.</description>
		<content:encoded><![CDATA[<p>&#8220;Many C++ design decisions have their roots in my dislike for forcing people to do things in some particular way.  In history, some of the worst disasters have been caused by idealists trying to force people into &#8216;doing what is good for them&#8217;.  Such idealism not only heads to suffering among its innocent victims, but also to delusion and corruption of the idealists applying the force . . . . I also find idealists prone to ignore experience and experiment that inconveniently clashes with dogma or theory.  Where ideals clash and sometimes even when pundits seem to agree, I prefer to provide support that gives the programmer a choice.&#8221;</p>
<p>&#8220;My preference is to slowly &#8212; often painfully slowly &#8212; persuade people to try new techniques and adapt the ones that suit their needs and tastes.&#8221;</p>
<p>&#8220;This was part of a philosophy of fostering self-sufficiency among users.  The aim was always &#8212; and explicitly &#8212; to develop local expertise in all aspects of using C++.  Most organizations must follow the opposite strategy.  They keep users dependent on services that generate revenues for a central support organization, consultants or both.  In my opinion, this contrast is a fundamental difference between C++ and many other languages.&#8221;</p>
<p> &#8212; Bjarne Stroustrup, The Design And Evolution of C++, Sections 1.3 and 2.5.1, writing in 1994 about his design philosophies of the early days of C++ in the early 1980s.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tbeck</title>
		<link>http://pliantalliance.org/2007/04/23/people-still-dont-get-it/comment-page-1/#comment-741</link>
		<dc:creator>tbeck</dc:creator>
		<pubDate>Mon, 23 Apr 2007 21:43:02 +0000</pubDate>
		<guid isPermaLink="false">http://pliantalliance.org/?p=80#comment-741</guid>
		<description>Nope.  That&#039;s the whole point.  There is no money to be made in pliant software development or post-agilism because we explicitly do not endorse any methodology or technique.  

If people gravitate towards pliant software then there will be a larger market for many different books, conferences and consultants on various different ways to develop software, Agile presumably being one of them.  This is precisely because pliant says to evaluate your options and your context and figure out how best to do the job.  But we don&#039;t do the work for you.   Of course most companies aren&#039;t going to buy into this philosophy because it is more costly to evaluate your options then it is to latch on to something and invest in it heavily even if it doesn&#039;t quite work for that company.</description>
		<content:encoded><![CDATA[<p>Nope.  That&#8217;s the whole point.  There is no money to be made in pliant software development or post-agilism because we explicitly do not endorse any methodology or technique.  </p>
<p>If people gravitate towards pliant software then there will be a larger market for many different books, conferences and consultants on various different ways to develop software, Agile presumably being one of them.  This is precisely because pliant says to evaluate your options and your context and figure out how best to do the job.  But we don&#8217;t do the work for you.   Of course most companies aren&#8217;t going to buy into this philosophy because it is more costly to evaluate your options then it is to latch on to something and invest in it heavily even if it doesn&#8217;t quite work for that company.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vladimir Levin</title>
		<link>http://pliantalliance.org/2007/04/23/people-still-dont-get-it/comment-page-1/#comment-740</link>
		<dc:creator>Vladimir Levin</dc:creator>
		<pubDate>Mon, 23 Apr 2007 21:25:23 +0000</pubDate>
		<guid isPermaLink="false">http://pliantalliance.org/?p=80#comment-740</guid>
		<description>Perhaps you&#039;re right - that there are lots of people out there selling books and promoting conferences who don&#039;t really care about what agile is really supposed to be about. If your goal is to get people to think and have some common sense, I certainly applaud you. That&#039;s always a good thing! I wonder though, is defining new terms - post-agilism or pliant software - really going to do the trick? Let&#039;s say you succeed and people gravitate toward pliant software. Will there not then be conferences about pliant software and books published about it with the same low motives that we see in &quot;agile&quot; today?</description>
		<content:encoded><![CDATA[<p>Perhaps you&#8217;re right &#8211; that there are lots of people out there selling books and promoting conferences who don&#8217;t really care about what agile is really supposed to be about. If your goal is to get people to think and have some common sense, I certainly applaud you. That&#8217;s always a good thing! I wonder though, is defining new terms &#8211; post-agilism or pliant software &#8211; really going to do the trick? Let&#8217;s say you succeed and people gravitate toward pliant software. Will there not then be conferences about pliant software and books published about it with the same low motives that we see in &#8220;agile&#8221; today?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

