<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments for A Website by Richard Feich</title>
	<link>http://feich.com</link>
	<description>dis-dis-dat-n-dat</description>
	<pubDate>Sat, 06 Sep 2008 02:56:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.2</generator>

	<item>
		<title>Comment on A Chicago Train Yard by Joe Chiappetta</title>
		<link>http://feich.com/2007/08/24/a-chicago-train-yard/#comment-132</link>
		<author>Joe Chiappetta</author>
		<pubDate>Tue, 11 Mar 2008 17:21:49 +0000</pubDate>
		<guid>http://feich.com/2007/08/24/a-chicago-train-yard/#comment-132</guid>
		<description>Great site Rich. This train yard photo you took is fantastic.</description>
		<content:encoded><![CDATA[<p>Great site Rich. This train yard photo you took is fantastic.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Right Tool by rich</title>
		<link>http://feich.com/2007/08/20/the-right-tool/#comment-129</link>
		<author>rich</author>
		<pubDate>Wed, 20 Feb 2008 13:36:37 +0000</pubDate>
		<guid>http://feich.com/2007/08/20/the-right-tool/#comment-129</guid>
		<description>Hi Salman,

Thanks for stopping by.  I've been involved with building custom CMS's with both classic ASP and later ASP.NET. A CMS in its simplest form is relatively easy to build, especially with ASP.NET 2.0+; however building a full featured system with workflow, content locking, a good template system, a good WYSIWYG, flexible navigation, etc. takes a lot of development effort, as I'm sure you know.

Do you plan to take the Open Source route and encourage open community development?  This is one way to build your system with help, if you can peak interest and get buy-in. There are not that many Open Source CMS projects base upon ASP.NET (C#).  I'd like to see a good one.  I'm looking forward to seeing your system. I wish you the best of luck with your development. Keep us posted.</description>
		<content:encoded><![CDATA[<p>Hi Salman,</p>
<p>Thanks for stopping by.  I&#8217;ve been involved with building custom CMS&#8217;s with both classic ASP and later ASP.NET. A CMS in its simplest form is relatively easy to build, especially with ASP.NET 2.0+; however building a full featured system with workflow, content locking, a good template system, a good WYSIWYG, flexible navigation, etc. takes a lot of development effort, as I&#8217;m sure you know.</p>
<p>Do you plan to take the Open Source route and encourage open community development?  This is one way to build your system with help, if you can peak interest and get buy-in. There are not that many Open Source CMS projects base upon ASP.NET (C#).  I&#8217;d like to see a good one.  I&#8217;m looking forward to seeing your system. I wish you the best of luck with your development. Keep us posted.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Right Tool by Salman</title>
		<link>http://feich.com/2007/08/20/the-right-tool/#comment-128</link>
		<author>Salman</author>
		<pubDate>Tue, 19 Feb 2008 23:07:07 +0000</pubDate>
		<guid>http://feich.com/2007/08/20/the-right-tool/#comment-128</guid>
		<description>Hi Rich,

I'm currently developing my own CMS, csharpBB.  It will be more of a community engine, where you can setup forums, blogs, articles, etc.  It is based on modules so you can extend each module as you wish, and build off the base functionality that each 'module' has. 

http://www.csharpbb.com should be live in the months to come!</description>
		<content:encoded><![CDATA[<p>Hi Rich,</p>
<p>I&#8217;m currently developing my own CMS, csharpBB.  It will be more of a community engine, where you can setup forums, blogs, articles, etc.  It is based on modules so you can extend each module as you wish, and build off the base functionality that each &#8216;module&#8217; has. </p>
<p><a href="http://www.csharpbb.com" rel="nofollow">http://www.csharpbb.com</a> should be live in the months to come!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Small Website of Massive Proportion &#8212; Sitecore by rich</title>
		<link>http://feich.com/2007/12/16/a-small-website-of-massive-proportion-sitecore/#comment-113</link>
		<author>rich</author>
		<pubDate>Thu, 20 Dec 2007 15:37:41 +0000</pubDate>
		<guid>http://feich.com/2007/12/16/a-small-website-of-massive-proportion-sitecore/#comment-113</guid>
		<description>With this sytem, keep your eye on the log files, both DB transaction and Sitecore logs.  Without limits these files can grow very quickly to a very large size.</description>
		<content:encoded><![CDATA[<p>With this sytem, keep your eye on the log files, both DB transaction and Sitecore logs.  Without limits these files can grow very quickly to a very large size.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sitecore [v5.3] &#8212; The Good, the Bad and the Ugly by Stoffer</title>
		<link>http://feich.com/2007/09/30/sitecore-the-good-the-bad-and-the-ugly/#comment-6</link>
		<author>Stoffer</author>
		<pubDate>Fri, 16 Nov 2007 07:26:58 +0000</pubDate>
		<guid>http://feich.com/2007/09/30/sitecore-the-good-the-bad-and-the-ugly/#comment-6</guid>
		<description>I must say that I concur 100% in that analysis.

But I do not think that it matters that the developer interface in sitecore sucks. Most SC developers uses Visual Studio... at least I do.. I only use the Developer interface to create the initial files.. (xsl etc...)

What really, really annoys me is the system requirements. I like developing on my laptop... but it is painfully slow to debug and everything... the IIS process alone takes around 300MB ram. Combine that with having VS and SQL server running....it is really slow...and if you are connecting to a SQl server not on your computer... forget it.

I do like the architecture alot, and the ideas are really good. The connection of XSL sheets with data is great and very easy to figure out for a developer...and I like the fact that there is absolutely no design limits..

But it's meant to be a development framework I guess. I think it needs alot of tuning here performance wise...it slows your production if you have to wait for system every time you make a little change.

Backward compatibility (tried upgrading from 5.2 to 5.3) also needs a serious double check. At least there were som packages that I was unable to transfer...:(</description>
		<content:encoded><![CDATA[<p>I must say that I concur 100% in that analysis.</p>
<p>But I do not think that it matters that the developer interface in sitecore sucks. Most SC developers uses Visual Studio&#8230; at least I do.. I only use the Developer interface to create the initial files.. (xsl etc&#8230;)</p>
<p>What really, really annoys me is the system requirements. I like developing on my laptop&#8230; but it is painfully slow to debug and everything&#8230; the IIS process alone takes around 300MB ram. Combine that with having VS and SQL server running&#8230;.it is really slow&#8230;and if you are connecting to a SQl server not on your computer&#8230; forget it.</p>
<p>I do like the architecture alot, and the ideas are really good. The connection of XSL sheets with data is great and very easy to figure out for a developer&#8230;and I like the fact that there is absolutely no design limits..</p>
<p>But it&#8217;s meant to be a development framework I guess. I think it needs alot of tuning here performance wise&#8230;it slows your production if you have to wait for system every time you make a little change.</p>
<p>Backward compatibility (tried upgrading from 5.2 to 5.3) also needs a serious double check. At least there were som packages that I was unable to transfer&#8230;:(</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sitecore [v5.3] &#8212; The Good, the Bad and the Ugly by rich</title>
		<link>http://feich.com/2007/09/30/sitecore-the-good-the-bad-and-the-ugly/#comment-5</link>
		<author>rich</author>
		<pubDate>Thu, 25 Oct 2007 13:51:44 +0000</pubDate>
		<guid>http://feich.com/2007/09/30/sitecore-the-good-the-bad-and-the-ugly/#comment-5</guid>
		<description>Thanks for your comments. I appreciate your insight. Sitecore is touted as being a highly scalable solution; however my Sitecore experience with large-scale websites is limited.  So I'm not sure what to expect when you have dozens of authors and editors using a variety of desktop computers and internet connections working on a busy large-scale enterprise portal.

The folks at Sitecore spent so much energy developing that beautiful windows-like desktop and related sub-applications that sit on it, but they failed with basic usability on so many levels. It's like they failed to see the forest through the trees. Not all business-users have a T1 and a Duo-core machine. On one hand I am impressed with their desktop (as an engineer loving cool technology); but on the other hand I hate it for performance, usability,  and buggyness. Developers are required to use this desktop to build the website; however for simple websites you can hide the desktop from the business user and only show them a customized webedit view. 

It would be interesting to chat with you over a cup of coffee and exchange war stories.

I temper my conclusion based upon your input.  I will continue to post about my Sitecore experience as I see fit. Thanks!</description>
		<content:encoded><![CDATA[<p>Thanks for your comments. I appreciate your insight. Sitecore is touted as being a highly scalable solution; however my Sitecore experience with large-scale websites is limited.  So I&#8217;m not sure what to expect when you have dozens of authors and editors using a variety of desktop computers and internet connections working on a busy large-scale enterprise portal.</p>
<p>The folks at Sitecore spent so much energy developing that beautiful windows-like desktop and related sub-applications that sit on it, but they failed with basic usability on so many levels. It&#8217;s like they failed to see the forest through the trees. Not all business-users have a T1 and a Duo-core machine. On one hand I am impressed with their desktop (as an engineer loving cool technology); but on the other hand I hate it for performance, usability,  and buggyness. Developers are required to use this desktop to build the website; however for simple websites you can hide the desktop from the business user and only show them a customized webedit view. </p>
<p>It would be interesting to chat with you over a cup of coffee and exchange war stories.</p>
<p>I temper my conclusion based upon your input.  I will continue to post about my Sitecore experience as I see fit. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Sitecore [v5.3] &#8212; The Good, the Bad and the Ugly by gopo</title>
		<link>http://feich.com/2007/09/30/sitecore-the-good-the-bad-and-the-ugly/#comment-4</link>
		<author>gopo</author>
		<pubDate>Wed, 24 Oct 2007 20:08:00 +0000</pubDate>
		<guid>http://feich.com/2007/09/30/sitecore-the-good-the-bad-and-the-ugly/#comment-4</guid>
		<description>Hi Rich,

A really good analysis. You've almost got everything right. But I do not agree with your conclusion. That's the first impression: Sitecore is for "big boys". Well, it is not. Sitecore has huge performance problems with bigger sites. The beautiful GUI for the editors is a pain in the a**, Sitecores goes down very often, leaving the user with one option: shut IE down via Windows Task Manager.
Many of the features are working as long as you keep it small, few items, otherwise you are in big trouble.
If not implemented 100% right, you will not have time to enjoy the site, but rather you'll spend it looking at some big log files (&#62; 45 MB) a day. And you really need a geek or at least one man full time dedicated to maintain Sitecore.
And speaking about the lousy client, well they are only working in IE and a verry small part in Firefox.
Well, I could go on, but I will stop here. I've also learned this the hard way and even had to change job to escape this nightmare Sitecore is.
Congrats for you analysis. I wonder if the Sitecore guys had read it.</description>
		<content:encoded><![CDATA[<p>Hi Rich,</p>
<p>A really good analysis. You&#8217;ve almost got everything right. But I do not agree with your conclusion. That&#8217;s the first impression: Sitecore is for &#8220;big boys&#8221;. Well, it is not. Sitecore has huge performance problems with bigger sites. The beautiful GUI for the editors is a pain in the a**, Sitecores goes down very often, leaving the user with one option: shut IE down via Windows Task Manager.<br />
Many of the features are working as long as you keep it small, few items, otherwise you are in big trouble.<br />
If not implemented 100% right, you will not have time to enjoy the site, but rather you&#8217;ll spend it looking at some big log files (&gt; 45 MB) a day. And you really need a geek or at least one man full time dedicated to maintain Sitecore.<br />
And speaking about the lousy client, well they are only working in IE and a verry small part in Firefox.<br />
Well, I could go on, but I will stop here. I&#8217;ve also learned this the hard way and even had to change job to escape this nightmare Sitecore is.<br />
Congrats for you analysis. I wonder if the Sitecore guys had read it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
