<?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: Glowing reviews?</title>
	<atom:link href="http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/</link>
	<description>Bits From The CMSMS Community</description>
	<pubDate>Wed, 09 Jul 2008 02:52:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: PG</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1296</link>
		<dc:creator>PG</dc:creator>
		<pubDate>Sun, 02 Sep 2007 16:43:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1296</guid>
		<description>This is coming from a guy who develops about 50 sites per year... some are small Static HTML (Dreamweaver/templated), but I get quite a few mid-size sites and large/busy sites as well. I do e-commerce, real estate, manufacturing, insurance, banking sites... customers that need robust and reliable solutions. For paid CMS sites, I use Joomla, for nonprofit sites I use Joomla or Wordpress, and for personal sites I choose Wordpress. I also work on some legacy sites that are mainly static HTML with some custom PHP for page editing, forms processing, shopping carts, etc.

I've begun a few sites with CMSMS, but have been very frustrated by the lack of functionality of the addons. Because you can access the modules from the Admin interface, it appears to a newbie that they might be somehow approved/tested/up-to-date/functional, etc. Not the case, as we all quickly learn. It looked like a nice feature initially, but I suggest you move it out of the Admin and use something more along the lines of Joomla or Wordpress... where you search out addons, read user comments and ratings, then go to a dev repository or homepage site to read more &#38; download, then go to the core and install/publish/integrate.

In the best of all possible worlds, we'd all have offline duplicate dev sites... but I will tell you that is not how I do it because I work in a NOC, so I am a hosting admin working on a local net, and can easily and quickly restore a site if it gets hosed. I always test addons on a playground site prior to live implementation on a client site, but I don't generally do a parallel dev site except with phpBB, due to the need to change core files to add features.

Joomla has a huge installed base and communities that produce some top-notch components... I'm thinking VirtueMart, JCE editor, Hot Properties... I can use these for high-level sites and not disappoint clients with buggy interface, spotty browser compatibility, or major security issues. These are pay-to-play components, but they are worth it. Likewise the pay-to-play templates. Support is quick and readily available for the pay-to-play addons.

Wordpress is so simple to teach and use, perfect for content-heavy sites with a few plugins such as Event Calendar, SEO Pack, runPHP, FlashEmbed, RS Sitemap, PodPress, etc. If I have questions or issues, I can search out an answer very quickly or get some help on the forums.

I have not had the same success with CMSMS. I would consider using it and hacking in my own plugins, but then I might get bound to a certain version and have to skip upgrades. You guys are dealing with major security issues still, while WP and Joomla (and even phpBB) seem to have moved beyond major security holes. I'm not saying they are exploit free... but their upgrade notifications have been quick, and their upgrade paths have been glitch-free for me (for the most part). I'll generally wait a few days after an update to see what problems folks who use my favorite addons are experiencing... just to be on the safe side and not break a client site. If it's a major security hole, I will patch ASAP and be prepared with an immediate revert in case of problems.

I'm comfortable with Wordpress and Joomla, and they have served me well in producing client sites. I had great hopes for CMSMS, but I've always run into problems early during a site build, and have had to jump ship and move back to WP or Joomla because I know I can find gazillions of good templates, plugins and modules... and I know how to backtrack when something goes wrong. 

I'm also quite familiar with phpBB, so I know it can take a ton of coding &#38; server optimization to get a site properly configured and functional... so I really don't have an issue with that level of involvement with coding/upgrades/backups. However, I choose the ease of upgrading Joomla or Wordpress, and the speed at which my favorite components/plugins/modules get improved/normalized for new versions of the core.

Bottom line, I will continue to use Joomla and Wordpress for CMS sites because the support for modules/plugins is great and because the user communities are plentiful and helpful. I'd truly like to use CMSMS due to the integration of CSS and the quickness of CMSMS sites compared to Joomla... but I need something that is a bit more stable and well-supported.

I suppose if I became more active in the CMSMS community my problems would evaporate. I will commit to re-doing my personal site with CMSMS and if it works for me there, I will begin using for client sites.</description>
		<content:encoded><![CDATA[<p>This is coming from a guy who develops about 50 sites per year&#8230; some are small Static HTML (Dreamweaver/templated), but I get quite a few mid-size sites and large/busy sites as well. I do e-commerce, real estate, manufacturing, insurance, banking sites&#8230; customers that need robust and reliable solutions. For paid CMS sites, I use Joomla, for nonprofit sites I use Joomla or Wordpress, and for personal sites I choose Wordpress. I also work on some legacy sites that are mainly static HTML with some custom PHP for page editing, forms processing, shopping carts, etc.</p>
<p>I&#8217;ve begun a few sites with CMSMS, but have been very frustrated by the lack of functionality of the addons. Because you can access the modules from the Admin interface, it appears to a newbie that they might be somehow approved/tested/up-to-date/functional, etc. Not the case, as we all quickly learn. It looked like a nice feature initially, but I suggest you move it out of the Admin and use something more along the lines of Joomla or Wordpress&#8230; where you search out addons, read user comments and ratings, then go to a dev repository or homepage site to read more &amp; download, then go to the core and install/publish/integrate.</p>
<p>In the best of all possible worlds, we&#8217;d all have offline duplicate dev sites&#8230; but I will tell you that is not how I do it because I work in a NOC, so I am a hosting admin working on a local net, and can easily and quickly restore a site if it gets hosed. I always test addons on a playground site prior to live implementation on a client site, but I don&#8217;t generally do a parallel dev site except with phpBB, due to the need to change core files to add features.</p>
<p>Joomla has a huge installed base and communities that produce some top-notch components&#8230; I&#8217;m thinking VirtueMart, JCE editor, Hot Properties&#8230; I can use these for high-level sites and not disappoint clients with buggy interface, spotty browser compatibility, or major security issues. These are pay-to-play components, but they are worth it. Likewise the pay-to-play templates. Support is quick and readily available for the pay-to-play addons.</p>
<p>Wordpress is so simple to teach and use, perfect for content-heavy sites with a few plugins such as Event Calendar, SEO Pack, runPHP, FlashEmbed, RS Sitemap, PodPress, etc. If I have questions or issues, I can search out an answer very quickly or get some help on the forums.</p>
<p>I have not had the same success with CMSMS. I would consider using it and hacking in my own plugins, but then I might get bound to a certain version and have to skip upgrades. You guys are dealing with major security issues still, while WP and Joomla (and even phpBB) seem to have moved beyond major security holes. I&#8217;m not saying they are exploit free&#8230; but their upgrade notifications have been quick, and their upgrade paths have been glitch-free for me (for the most part). I&#8217;ll generally wait a few days after an update to see what problems folks who use my favorite addons are experiencing&#8230; just to be on the safe side and not break a client site. If it&#8217;s a major security hole, I will patch ASAP and be prepared with an immediate revert in case of problems.</p>
<p>I&#8217;m comfortable with Wordpress and Joomla, and they have served me well in producing client sites. I had great hopes for CMSMS, but I&#8217;ve always run into problems early during a site build, and have had to jump ship and move back to WP or Joomla because I know I can find gazillions of good templates, plugins and modules&#8230; and I know how to backtrack when something goes wrong. </p>
<p>I&#8217;m also quite familiar with phpBB, so I know it can take a ton of coding &amp; server optimization to get a site properly configured and functional&#8230; so I really don&#8217;t have an issue with that level of involvement with coding/upgrades/backups. However, I choose the ease of upgrading Joomla or Wordpress, and the speed at which my favorite components/plugins/modules get improved/normalized for new versions of the core.</p>
<p>Bottom line, I will continue to use Joomla and Wordpress for CMS sites because the support for modules/plugins is great and because the user communities are plentiful and helpful. I&#8217;d truly like to use CMSMS due to the integration of CSS and the quickness of CMSMS sites compared to Joomla&#8230; but I need something that is a bit more stable and well-supported.</p>
<p>I suppose if I became more active in the CMSMS community my problems would evaporate. I will commit to re-doing my personal site with CMSMS and if it works for me there, I will begin using for client sites.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus B</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1274</link>
		<dc:creator>Marcus B</dc:creator>
		<pubDate>Fri, 31 Aug 2007 21:15:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1274</guid>
		<description>Something that might help differentiate official from unsupported plugins and increase quality at the same time is is to make every plugin provide environment (e.g. dependencies and versions) and unit tests using simpletest or phpunit. If you look at most linux packages, CPAN perl modules etc you'll find that it's standard practice - if it doesn't pass tests, it doesn't get installed. If a plugin wants to make it onto the official list, it should have to provide and pass tests.

An ideal way to get this working is to provide a skeleton plugin that comes supplied with basic unit tests (e.g. to test functions required to actually operate as a plugin) and appropriate stubs for plugin-specific extensions. I know that strictness here will reduce the number of official plugins, but you can be pretty sure of their quality. Developers that can't be bothered will remain on the unsupported list.</description>
		<content:encoded><![CDATA[<p>Something that might help differentiate official from unsupported plugins and increase quality at the same time is is to make every plugin provide environment (e.g. dependencies and versions) and unit tests using simpletest or phpunit. If you look at most linux packages, CPAN perl modules etc you&#8217;ll find that it&#8217;s standard practice - if it doesn&#8217;t pass tests, it doesn&#8217;t get installed. If a plugin wants to make it onto the official list, it should have to provide and pass tests.</p>
<p>An ideal way to get this working is to provide a skeleton plugin that comes supplied with basic unit tests (e.g. to test functions required to actually operate as a plugin) and appropriate stubs for plugin-specific extensions. I know that strictness here will reduce the number of official plugins, but you can be pretty sure of their quality. Developers that can&#8217;t be bothered will remain on the unsupported list.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: greenman</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1218</link>
		<dc:creator>greenman</dc:creator>
		<pubDate>Tue, 28 Aug 2007 12:13:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1218</guid>
		<description>What an interesting thread this is!

I came to CMSMS at version 1.1. Over the weekend, I upgraded to 1.1.1. I'm currently working on two local test sites and one remote test site. The upgrade seems to be working fine.

The assumption I make is that 1.1.1 is the most up to date and stable release, so that's what I should use. But when I read earlier on in this topic that some support requests relate to 0.13, I wonder if I'm right! 

Surely what all of us who use, or plan to implement client sites with CMSMS need, is a stable core version and that's surely 1.1.1? Is there any real reason for having previous versions available for download? Does this not detract from progessing the CMSMS project?

What we'd also like is Modules that have the approved stamp, because they've been tested and they work. This would be a great confidence booster in introducing new features and functionality, especially to clients. Modules without the approved stamp would remain "use at your own risk," but again surely the goal here is for eventual approval? If not, there seems little point in having them!

Documentation is vital, but it's a massive area. It seems to me there are three requirements. Installation, locally and remotely which is covered to some extent. Implementation - there's got to be a best practices guide out there somewhere! User Guide, well this would be veritable treasure trove. I'd be delighted to collaborate and get involved on the latter two areas.

Thanks all. In my view CMSMS is just great and we can all help to make it even better.</description>
		<content:encoded><![CDATA[<p>What an interesting thread this is!</p>
<p>I came to CMSMS at version 1.1. Over the weekend, I upgraded to 1.1.1. I&#8217;m currently working on two local test sites and one remote test site. The upgrade seems to be working fine.</p>
<p>The assumption I make is that 1.1.1 is the most up to date and stable release, so that&#8217;s what I should use. But when I read earlier on in this topic that some support requests relate to 0.13, I wonder if I&#8217;m right! </p>
<p>Surely what all of us who use, or plan to implement client sites with CMSMS need, is a stable core version and that&#8217;s surely 1.1.1? Is there any real reason for having previous versions available for download? Does this not detract from progessing the CMSMS project?</p>
<p>What we&#8217;d also like is Modules that have the approved stamp, because they&#8217;ve been tested and they work. This would be a great confidence booster in introducing new features and functionality, especially to clients. Modules without the approved stamp would remain &#8220;use at your own risk,&#8221; but again surely the goal here is for eventual approval? If not, there seems little point in having them!</p>
<p>Documentation is vital, but it&#8217;s a massive area. It seems to me there are three requirements. Installation, locally and remotely which is covered to some extent. Implementation - there&#8217;s got to be a best practices guide out there somewhere! User Guide, well this would be veritable treasure trove. I&#8217;d be delighted to collaborate and get involved on the latter two areas.</p>
<p>Thanks all. In my view CMSMS is just great and we can all help to make it even better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeroen</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1200</link>
		<dc:creator>Jeroen</dc:creator>
		<pubDate>Mon, 27 Aug 2007 07:06:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1200</guid>
		<description>Well this message is a good reminder that I need to get of my lazy @#$ and get back to developing the module that I announced I would. I think it would certainly help to add some kind of inactivity timer to module development. Some developers (like me) just need a little encouraging reminder that they need to finish what they started.

Jeroen</description>
		<content:encoded><![CDATA[<p>Well this message is a good reminder that I need to get of my lazy @#$ and get back to developing the module that I announced I would. I think it would certainly help to add some kind of inactivity timer to module development. Some developers (like me) just need a little encouraging reminder that they need to finish what they started.</p>
<p>Jeroen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Oxley</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1199</link>
		<dc:creator>Tim Oxley</dc:creator>
		<pubDate>Mon, 27 Aug 2007 03:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1199</guid>
		<description>On that last note, how about a competition:
Redesign the CSS for the website/admin panel.</description>
		<content:encoded><![CDATA[<p>On that last note, how about a competition:<br />
Redesign the CSS for the website/admin panel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Oxley</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1198</link>
		<dc:creator>Tim Oxley</dc:creator>
		<pubDate>Mon, 27 Aug 2007 03:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1198</guid>
		<description>Increase Motivation == Increased Devotion to the cause.

Maybe the simple fix is to give developers more reason/motivation to make great modules.
Ratings and or COMPETITIONS with 'awards' for the module and/or developers might be just the thing to get them motivated. 
e.g. Something like the Karma system in the forums.

People like recognition.

I look forward to "My module survived the CMSMS Quality Audit" t-shirts. 

As has been mentioned:
A LACK OF an eCommerce module probably keeps many serious developers away... think about it:
If the developer can -easily- use CMSMS to make money, therefore offset their costs for developing on CMSMS, they might be more inclined to contribute more work to the system.

Oh and it'd be cool if there was an 'upgrade' button in the admin panel for CMSMS.

oh, and the CMSMS website and admin panel is starting to look a little dated. 
Reflections people, Reflections!</description>
		<content:encoded><![CDATA[<p>Increase Motivation == Increased Devotion to the cause.</p>
<p>Maybe the simple fix is to give developers more reason/motivation to make great modules.<br />
Ratings and or COMPETITIONS with &#8216;awards&#8217; for the module and/or developers might be just the thing to get them motivated.<br />
e.g. Something like the Karma system in the forums.</p>
<p>People like recognition.</p>
<p>I look forward to &#8220;My module survived the CMSMS Quality Audit&#8221; t-shirts. </p>
<p>As has been mentioned:<br />
A LACK OF an eCommerce module probably keeps many serious developers away&#8230; think about it:<br />
If the developer can -easily- use CMSMS to make money, therefore offset their costs for developing on CMSMS, they might be more inclined to contribute more work to the system.</p>
<p>Oh and it&#8217;d be cool if there was an &#8216;upgrade&#8217; button in the admin panel for CMSMS.</p>
<p>oh, and the CMSMS website and admin panel is starting to look a little dated.<br />
Reflections people, Reflections!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MichelG</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1182</link>
		<dc:creator>MichelG</dc:creator>
		<pubDate>Sat, 25 Aug 2007 21:38:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1182</guid>
		<description>Open source is a wonderful concept.  But the reality is that it is always a calculated risk to use an open source CMS for any client’s project. The real question, is why are web site designers and developers looking at open source solutions? Mostly to save money; to be competitive; to offer great solutions to businesses and non-profits with little budget.

To save money doesn’t mean that a solution as to be free – it just needs to be the right amount. Like a few others have said, other CMSs offer modules for a minimal fee. Most of the time, these are polished, well documented, almost bug-free, and with good support.

We all have to make money to live! I am completely supporting Franklin’s proposition (response #9) to create some funding pool per modules. I do not believe that it is against an “open source” concept – those who can afford to financially support a module development will understand that it benefits the majority of those who can’t.  I will be one of the first to do so. (To tell you the truth, this money will ultimately be charged to my clients over one or more projects.) 

To this funding approach I will just add one other suggestion: what about a thank-you in the form of a banner advertising -- or/and service directory listing -- for my/your services? 

Keep the good work! I have discovered CMSms a few weeks ago and like many I fell in love with its simplicity and huge potential. 

Michel</description>
		<content:encoded><![CDATA[<p>Open source is a wonderful concept.  But the reality is that it is always a calculated risk to use an open source CMS for any client’s project. The real question, is why are web site designers and developers looking at open source solutions? Mostly to save money; to be competitive; to offer great solutions to businesses and non-profits with little budget.</p>
<p>To save money doesn’t mean that a solution as to be free – it just needs to be the right amount. Like a few others have said, other CMSs offer modules for a minimal fee. Most of the time, these are polished, well documented, almost bug-free, and with good support.</p>
<p>We all have to make money to live! I am completely supporting Franklin’s proposition (response #9) to create some funding pool per modules. I do not believe that it is against an “open source” concept – those who can afford to financially support a module development will understand that it benefits the majority of those who can’t.  I will be one of the first to do so. (To tell you the truth, this money will ultimately be charged to my clients over one or more projects.) </p>
<p>To this funding approach I will just add one other suggestion: what about a thank-you in the form of a banner advertising &#8212; or/and service directory listing &#8212; for my/your services? </p>
<p>Keep the good work! I have discovered CMSms a few weeks ago and like many I fell in love with its simplicity and huge potential. </p>
<p>Michel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: darkknight</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1179</link>
		<dc:creator>darkknight</dc:creator>
		<pubDate>Sat, 25 Aug 2007 15:58:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1179</guid>
		<description>I have been working with various open source projects for the last four or five years. The problems encounter here are the same as those found elsewhere. Projects such as this one deserve to be supported and it appears that there are many willing hands to provide that support. The only issue is how to make best use of that support.

I looked at other open source projects to see how they dealt with the issue. The one that leaps out is OSCommerce with some 4,000 user modifications. The 'mods' process there is quite different from the one here (and elsewhere). In OSCommerce the mod is posted and then eveyone who has a bug cure or 'upgrades' can post the modified 'mod' on the same page as the original mod posting. (see OSC Contributions). The net effect is a give and take between the original author and the community. Moreover, if an originating author drops out, it is not uncommon for development of the mod to continue through the efforts of other community contributors. 

My suggestion is to take a look at the OSCommerce model, which has been remarkably successful, and pattern the cmsmadesimple solution to the 'mods' issue on the OSC 'contributions' model. It works; its effective; and its simple</description>
		<content:encoded><![CDATA[<p>I have been working with various open source projects for the last four or five years. The problems encounter here are the same as those found elsewhere. Projects such as this one deserve to be supported and it appears that there are many willing hands to provide that support. The only issue is how to make best use of that support.</p>
<p>I looked at other open source projects to see how they dealt with the issue. The one that leaps out is OSCommerce with some 4,000 user modifications. The &#8216;mods&#8217; process there is quite different from the one here (and elsewhere). In OSCommerce the mod is posted and then eveyone who has a bug cure or &#8216;upgrades&#8217; can post the modified &#8216;mod&#8217; on the same page as the original mod posting. (see OSC Contributions). The net effect is a give and take between the original author and the community. Moreover, if an originating author drops out, it is not uncommon for development of the mod to continue through the efforts of other community contributors. </p>
<p>My suggestion is to take a look at the OSCommerce model, which has been remarkably successful, and pattern the cmsmadesimple solution to the &#8216;mods&#8217; issue on the OSC &#8216;contributions&#8217; model. It works; its effective; and its simple</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: grasshopper</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1168</link>
		<dc:creator>grasshopper</dc:creator>
		<pubDate>Fri, 24 Aug 2007 02:28:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1168</guid>
		<description>My suggestion get someone to write an o'reilly style cookbook !

I am very new to CMSMS (2weeks) coming on to an existing project which was running very late  so my views may be just a little coloured - we are modifying some modules &#38; writing a brand new one I have been struck by the differences in the way modules are coded and this has a huge impact on maintainability some are well abstracted &#38; some are just plain shite - some use function.xyz.php where others use action.xyz.php to do the same thing - soem do everything in one block of php code (validate &#38; display form - other break this into 2 )  - some  some store templates in the datatbase some dont - some style everything with divs - others dont , and all seem to reflect a different viewpoint on how CMS operates under the hood 

When we are trying to do the new module we have picked one of the better ones to use as guide as to how to do things even though it is in a  different problem domain.

So I guess want I want to say is after v 2 is released STOP development for a few weeks except for vital bug fixes and DOCUMENT how CMSMS works and how bits interact with core - some simple state / block/ activity diagram (ie swim lanes) diagrams (as appropriate) are all that are required so I can see ok I need this kind of set of functions here, those sorts over there and they are connected by... etc etc - this would have saved us an enormous amount of time (note I could put nearly this same post on any number of open source projects forums -  etc) 

Having added my 2c - let me say I am converting all my sites CMSMS because it IS so extendable</description>
		<content:encoded><![CDATA[<p>My suggestion get someone to write an o&#8217;reilly style cookbook !</p>
<p>I am very new to CMSMS (2weeks) coming on to an existing project which was running very late  so my views may be just a little coloured - we are modifying some modules &amp; writing a brand new one I have been struck by the differences in the way modules are coded and this has a huge impact on maintainability some are well abstracted &amp; some are just plain shite - some use function.xyz.php where others use action.xyz.php to do the same thing - soem do everything in one block of php code (validate &amp; display form - other break this into 2 )  - some  some store templates in the datatbase some dont - some style everything with divs - others dont , and all seem to reflect a different viewpoint on how CMS operates under the hood </p>
<p>When we are trying to do the new module we have picked one of the better ones to use as guide as to how to do things even though it is in a  different problem domain.</p>
<p>So I guess want I want to say is after v 2 is released STOP development for a few weeks except for vital bug fixes and DOCUMENT how CMSMS works and how bits interact with core - some simple state / block/ activity diagram (ie swim lanes) diagrams (as appropriate) are all that are required so I can see ok I need this kind of set of functions here, those sorts over there and they are connected by&#8230; etc etc - this would have saved us an enormous amount of time (note I could put nearly this same post on any number of open source projects forums -  etc) </p>
<p>Having added my 2c - let me say I am converting all my sites CMSMS because it IS so extendable</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: codepoet</title>
		<link>http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1165</link>
		<dc:creator>codepoet</dc:creator>
		<pubDate>Thu, 23 Aug 2007 15:56:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.cmsmadesimple.org/2007/08/14/glowing-reviews/#comment-1165</guid>
		<description>I recently added a feature that I wanted to the Calander module. I have not seen any bugs witht he change I made reported and I hope that the changes I made were for the better. However I was surprised that I was granted access to SVN, in response to asking for it with no assessment of who I was and what changes I intended to make. I email everyone on the team of that module about what process / procedures / standards etc where in place and the response was basically "Whatever, if you could make it better that would be great!"
I did not want to waste anyone's time, but I was surprised at the lack of "project management". Perhaps I intoduced a bunch of bugs and features that only really make sense for the sites I plan to use the module on, and generally reduced the quality of the module and there was nothing to prevent those poor changes finding their way onto production websites using CMSMS.

I dunno what the solution is, but that is one of the problems.</description>
		<content:encoded><![CDATA[<p>I recently added a feature that I wanted to the Calander module. I have not seen any bugs witht he change I made reported and I hope that the changes I made were for the better. However I was surprised that I was granted access to SVN, in response to asking for it with no assessment of who I was and what changes I intended to make. I email everyone on the team of that module about what process / procedures / standards etc where in place and the response was basically &#8220;Whatever, if you could make it better that would be great!&#8221;<br />
I did not want to waste anyone&#8217;s time, but I was surprised at the lack of &#8220;project management&#8221;. Perhaps I intoduced a bunch of bugs and features that only really make sense for the sites I plan to use the module on, and generally reduced the quality of the module and there was nothing to prevent those poor changes finding their way onto production websites using CMSMS.</p>
<p>I dunno what the solution is, but that is one of the problems.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
