<?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"
	>
<channel>
	<title>Comments on: Church Website Content Management Systems</title>
	<atom:link href="http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/</link>
	<description>Church Planting, Technology &#038; Culture</description>
	<pubDate>Mon, 13 Oct 2008 00:08:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Dsnyd</title>
		<link>http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3335</link>
		<dc:creator>Dsnyd</dc:creator>
		<pubDate>Wed, 14 Sep 2005 05:05:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3335</guid>
		<description>Sounds like you have most of the needs covered.  I know that my church could have used this a while back when designing a new site, I had some input and presented some ideas and samples but eventually they paid someone to create something that is barely more than a few static pages.  I am continually shocked at the number of churches that are still missing the boat in regards to web ministry.  
</description>
		<content:encoded><![CDATA[<p>Sounds like you have most of the needs covered.  I know that my church could have used this a while back when designing a new site, I had some input and presented some ideas and samples but eventually they paid someone to create something that is barely more than a few static pages.  I am continually shocked at the number of churches that are still missing the boat in regards to web ministry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D. Goodmanson</title>
		<link>http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3223</link>
		<dc:creator>D. Goodmanson</dc:creator>
		<pubDate>Wed, 31 Aug 2005 20:11:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3223</guid>
		<description>More food for thought: 

 &lt;a href="http://businesslogs.com/technology/content_management_for_weblogs.php" rel="nofollow"&gt;Content Management&lt;/a&gt;
&lt;blockquote&gt;&lt;b&gt;Comment:&lt;/b&gt; Honestly, in situations like this it's often best to develop a custom CMS of your own. Of course, this isn't practical for everyone, but it beats the hell out of paying for an overpriced, bloated "enterprise" CMS (just because it's "professional grade" doesn't mean you're really getting what you're paying for or that it will make content management any easier for you; more often than not it actually makes things *more* difficult), even if you need to hire outside help to get the job done.

&lt;b&gt;Comment:&lt;/b&gt; Hey Mike, I'm with Chris -- this sounds like a job for a custom CMS. Build it quick and light, include only the features you need, and tailor it to the job at hand. That's what we did for a big project I just finished up, and it really helped us meet our goals while keeping the budget manageable.

&lt;b&gt;Comment:&lt;/b&gt; I'm always amazed at the ratio of the number of CM systems in the world to the number of CMS tools that actually do what I want them to. It's something like 40,000 / 0.

I think that the two biggest problems facing CM systems are that they work on adding features rather than improving existing features, and that they're often designed by software engineers rather than designers. Instead of a tight, smoothly-operating and flexible content management system, we too often wind up with some abomination like PostNuke.

I've been using a home-grown CMS for client sites for the past few years, and I'm not sure I'll ever find an existing third-party tool to replace it, simply because I don't think anyone will come up with a one-size-fits-all (or even -most) system.


&lt;b&gt;Comment:&lt;/b&gt; Everyone wants a custom solution when it comes to content management systems. Drupal is ok, but its hardly a plug in and go CMS.
&lt;/blockquote&gt;


&lt;a href="http://www.7nights.com/asterisk/archives05/2005/08/the-perfect-publsihing-community-tool" rel="nofollow"&gt;The Perfect Publsihing + Community Tool&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>More food for thought: </p>
<p> <a href="http://businesslogs.com/technology/content_management_for_weblogs.php" rel="nofollow">Content Management</a></p>
<blockquote><p><b>Comment:</b> Honestly, in situations like this it&#8217;s often best to develop a custom CMS of your own. Of course, this isn&#8217;t practical for everyone, but it beats the hell out of paying for an overpriced, bloated &#8220;enterprise&#8221; CMS (just because it&#8217;s &#8220;professional grade&#8221; doesn&#8217;t mean you&#8217;re really getting what you&#8217;re paying for or that it will make content management any easier for you; more often than not it actually makes things *more* difficult), even if you need to hire outside help to get the job done.</p>
<p><b>Comment:</b> Hey Mike, I&#8217;m with Chris &#8212; this sounds like a job for a custom CMS. Build it quick and light, include only the features you need, and tailor it to the job at hand. That&#8217;s what we did for a big project I just finished up, and it really helped us meet our goals while keeping the budget manageable.</p>
<p><b>Comment:</b> I&#8217;m always amazed at the ratio of the number of CM systems in the world to the number of CMS tools that actually do what I want them to. It&#8217;s something like 40,000 / 0.</p>
<p>I think that the two biggest problems facing CM systems are that they work on adding features rather than improving existing features, and that they&#8217;re often designed by software engineers rather than designers. Instead of a tight, smoothly-operating and flexible content management system, we too often wind up with some abomination like PostNuke.</p>
<p>I&#8217;ve been using a home-grown CMS for client sites for the past few years, and I&#8217;m not sure I&#8217;ll ever find an existing third-party tool to replace it, simply because I don&#8217;t think anyone will come up with a one-size-fits-all (or even -most) system.</p>
<p><b>Comment:</b> Everyone wants a custom solution when it comes to content management systems. Drupal is ok, but its hardly a plug in and go CMS.
</p></blockquote>
<p><a href="http://www.7nights.com/asterisk/archives05/2005/08/the-perfect-publsihing-community-tool" rel="nofollow">The Perfect Publsihing + Community Tool</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zug</title>
		<link>http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3222</link>
		<dc:creator>zug</dc:creator>
		<pubDate>Wed, 31 Aug 2005 17:47:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3222</guid>
		<description>&#62;&#62;
Writing your own CMS can lead to a solution that is better suited to your requirements, better addresses the needs of your users, and is better understood by your development team. If you have the time and expertise to write your own in-house system, it may well prove the better option. 
&#62;&#62;

Nope -- I've done it a few times -- in PHP and ASP -- MySQL and SQL Server.

The problem is that this approach doesn't scale -- there is absolutely no way a small shop can stay on top of the feature sets that are being commoditized (and therefore expected by even non-technical clients) via open source web app systems like xaraya, drupal, and the like -- or even blogging tools like WordPress, Moveable Type, Blogger, MSN and the like. 

Much wiser to build the custom enhanced feature sets for your audience inside the framework of an established extensible scalable system.</description>
		<content:encoded><![CDATA[<p>&gt;&gt;<br />
Writing your own CMS can lead to a solution that is better suited to your requirements, better addresses the needs of your users, and is better understood by your development team. If you have the time and expertise to write your own in-house system, it may well prove the better option.<br />
&gt;&gt;</p>
<p>Nope &#8212; I&#8217;ve done it a few times &#8212; in PHP and ASP &#8212; MySQL and SQL Server.</p>
<p>The problem is that this approach doesn&#8217;t scale &#8212; there is absolutely no way a small shop can stay on top of the feature sets that are being commoditized (and therefore expected by even non-technical clients) via open source web app systems like xaraya, drupal, and the like &#8212; or even blogging tools like WordPress, Moveable Type, Blogger, MSN and the like. </p>
<p>Much wiser to build the custom enhanced feature sets for your audience inside the framework of an established extensible scalable system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: D. Goodmanson</title>
		<link>http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3221</link>
		<dc:creator>D. Goodmanson</dc:creator>
		<pubDate>Tue, 30 Aug 2005 22:10:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3221</guid>
		<description>Thanks Zug.  Hey, check out this article: 

&lt;blockquote&gt;&lt;a href="http://www.intranetjournal.com/php-cms/" rel="nofollow"&gt;Creating a PHP-Based Content Management System&lt;/a&gt;

For six months in 2004, Intranet Journal's Peter Zeidman published a tutorial on using the PHP programming language to build a content management system (CMS).

Writing your own CMS can lead to a solution that is better suited to your requirements, better addresses the needs of your users, and is better understood by your development team. If you have the time and expertise to write your own in-house system, it may well prove the better option. &lt;/blockquote&gt;

Just adding some food for thought.  (whatever that means)</description>
		<content:encoded><![CDATA[<p>Thanks Zug.  Hey, check out this article: </p>
<blockquote><p><a href="http://www.intranetjournal.com/php-cms/" rel="nofollow">Creating a PHP-Based Content Management System</a></p>
<p>For six months in 2004, Intranet Journal&#8217;s Peter Zeidman published a tutorial on using the PHP programming language to build a content management system (CMS).</p>
<p>Writing your own CMS can lead to a solution that is better suited to your requirements, better addresses the needs of your users, and is better understood by your development team. If you have the time and expertise to write your own in-house system, it may well prove the better option. </p></blockquote>
<p>Just adding some food for thought.  (whatever that means)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zug</title>
		<link>http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3220</link>
		<dc:creator>zug</dc:creator>
		<pubDate>Tue, 30 Aug 2005 15:31:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3220</guid>
		<description>&#62;&#62;
suing a different color
&#62;&#62;

er, I mean using a different color (it sounds so much better without typos)</description>
		<content:encoded><![CDATA[<p>&gt;&gt;<br />
suing a different color<br />
&gt;&gt;</p>
<p>er, I mean using a different color (it sounds so much better without typos)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zug</title>
		<link>http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3219</link>
		<dc:creator>zug</dc:creator>
		<pubDate>Tue, 30 Aug 2005 15:29:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodmanson.com/2005-08/29/church-website-content-management-systems/#comment-3219</guid>
		<description>Not reinventing the wheel is the number one mistake I see in the current market for these types of projects -- robust open source web application development platforms like xaraya and drupal are rising up as the next generation of Content Management Systems – this is the place where all businesses (churches included) should be headed.

We've got to take seriously the advantages of the open source development model in it's ability to deliver features and functionality that no full time team of 100+ can -- and do it much more rapidly.

I've consulted on too many project where we've made the mistake of using a custom solution built by a 1-5 man shop (some of which I’ve sold to clients) -- when they can't support the required feature set (which is ever geometrically expanding in the current business environment) or they go out of business -- then the project is left high and dry.

Sadly -- I've seen the cycle unnecessarily repeat itself time and time again -- as we pick another small shop and begin painting ourselves into the same corner suing a different color.

With the current availability of solid and scalable open source systems to build on, we shouldn’t be making this mistake anymore.
</description>
		<content:encoded><![CDATA[<p>Not reinventing the wheel is the number one mistake I see in the current market for these types of projects &#8212; robust open source web application development platforms like xaraya and drupal are rising up as the next generation of Content Management Systems – this is the place where all businesses (churches included) should be headed.</p>
<p>We&#8217;ve got to take seriously the advantages of the open source development model in it&#8217;s ability to deliver features and functionality that no full time team of 100+ can &#8212; and do it much more rapidly.</p>
<p>I&#8217;ve consulted on too many project where we&#8217;ve made the mistake of using a custom solution built by a 1-5 man shop (some of which I’ve sold to clients) &#8212; when they can&#8217;t support the required feature set (which is ever geometrically expanding in the current business environment) or they go out of business &#8212; then the project is left high and dry.</p>
<p>Sadly &#8212; I&#8217;ve seen the cycle unnecessarily repeat itself time and time again &#8212; as we pick another small shop and begin painting ourselves into the same corner suing a different color.</p>
<p>With the current availability of solid and scalable open source systems to build on, we shouldn’t be making this mistake anymore.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
