<?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: To CMS or not to CMS?</title>
	<atom:link href="http://maymay.net/blog/2005/12/24/to-cms-or-not-to-cms/feed/" rel="self" type="application/rss+xml" />
	<link>http://maymay.net/blog/2005/12/24/to-cms-or-not-to-cms/</link>
	<description>The brutally honest, first-person account of Meitar Moscovitz's life.</description>
	<pubDate>Wed, 07 Jan 2009 17:10:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Meitar</title>
		<link>http://maymay.net/blog/2005/12/24/to-cms-or-not-to-cms/comment-page-1/#comment-9370</link>
		<dc:creator>Meitar</dc:creator>
		<pubDate>Sun, 25 Dec 2005 15:36:36 +0000</pubDate>
		<guid isPermaLink="false">/?p=87#comment-9370</guid>
		<description>Those are really good points, Gunnar, I must admit that it's been a short while since I took a serious look at Drupal.

Nevertheless, even with a system like Drupal in place, it will fail unless the organization using it can, in fact, use it in a manner that works for them. Most of what I was trying to talk about was actually how people organize their own non-technically dependant workflows rather than which software they use for the web.

Perhaps it's time I take a closer look at Drupal, though. Thanks for the comment!</description>
		<content:encoded><![CDATA[<p>Those are really good points, Gunnar, I must admit that it&#8217;s been a short while since I took a serious look at Drupal.</p>
<p>Nevertheless, even with a system like Drupal in place, it will fail unless the organization using it can, in fact, use it in a manner that works for them. Most of what I was trying to talk about was actually how people organize their own non-technically dependant workflows rather than which software they use for the web.</p>
<p>Perhaps it&#8217;s time I take a closer look at Drupal, though. Thanks for the comment!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gunnar Langemark</title>
		<link>http://maymay.net/blog/2005/12/24/to-cms-or-not-to-cms/comment-page-1/#comment-9343</link>
		<dc:creator>Gunnar Langemark</dc:creator>
		<pubDate>Sun, 25 Dec 2005 08:46:41 +0000</pubDate>
		<guid isPermaLink="false">/?p=87#comment-9343</guid>
		<description>Don't compare a relatively primitive CMS like PostNuke to an Application Development Platform like Drupal, which will support advanced community solutions, advanced taxonomy based solutions etc. Drupal is based on a philosophy and an architecture which will enable you to do things that systems like PostNuke and Wordpress can only dream of.
Drupal is way too advanced to do just a simple company brochure site. You can disable complex functionality and build a simple site, and then enable it when the client wants it - if ever.
You cannot do that with a Wordpress or a Postnuke system which will stay primitive forever - unless you want to lift all the content to another solution and start all over.
Jeffrey Veen is right that most small solution will never become advanced, and that the "small, slim solution" is a better bet.  But if you're an internet consultant and not a designer, you would like your clients to dig further into e-commerce which means more advanced solutions. 
So I'd go for the scaled down Drupal as a starting point.</description>
		<content:encoded><![CDATA[<p>Don&#8217;t compare a relatively primitive <acronym title="Content Management System">CMS</acronym> like PostNuke to an Application Development Platform like Drupal, which will support advanced community solutions, advanced taxonomy based solutions etc. Drupal is based on a philosophy and an architecture which will enable you to do things that systems like PostNuke and Wordpress can only dream of.<br />
Drupal is way too advanced to do just a simple company brochure site. You can disable complex functionality and build a simple site, and then enable it when the client wants it - if ever.<br />
You cannot do that with a Wordpress or a Postnuke system which will stay primitive forever - unless you want to lift all the content to another solution and start all over.<br />
Jeffrey Veen is right that most small solution will never become advanced, and that the &#8220;small, slim solution&#8221; is a better bet.  But if you&#8217;re an internet consultant and not a designer, you would like your clients to dig further into e-commerce which means more advanced solutions.<br />
So I&#8217;d go for the scaled down Drupal as a starting point.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
