<?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: CQRS and user experience</title>
	<atom:link href="http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/</link>
	<description>Strong opinions, weakly held</description>
	<lastBuildDate>Fri, 17 May 2013 09:02:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Scott Coates</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-5248</link>
		<dc:creator>Scott Coates</dc:creator>
		<pubDate>Sat, 03 Nov 2012 03:08:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-5248</guid>
		<description>This &quot;needs&quot; to be one of the first things mentioned in every Beginner CQRS article. You&#039;re right, Jimmy, CQRS is not all that difficult. But when &#039;experts&#039; start diluting the concept with eventual consistency, async, etc, it becomes pretty confusing.


Like Chad Lee mentions, there are obvious scenarios where async makes total sense. For example, on Reddit, if you post a comment you get immediate feedback. However, it can take up to 10 seconds for that comment to truly persist.</description>
		<content:encoded><![CDATA[<p>This &#8220;needs&#8221; to be one of the first things mentioned in every Beginner CQRS article. You&#8217;re right, Jimmy, CQRS is not all that difficult. But when &#8216;experts&#8217; start diluting the concept with eventual consistency, async, etc, it becomes pretty confusing.</p>
<p>Like Chad Lee mentions, there are obvious scenarios where async makes total sense. For example, on Reddit, if you post a comment you get immediate feedback. However, it can take up to 10 seconds for that comment to truly persist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Smith</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-5085</link>
		<dc:creator>Tim Smith</dc:creator>
		<pubDate>Mon, 24 Sep 2012 22:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-5085</guid>
		<description>I would say a majority of the benefits from CQRS are really on the read(query) side more so than the write(command) side. Users will be more understanding of latency when saving work (writes) than they will be when hitting a page to see data(read). </description>
		<content:encoded><![CDATA[<p>I would say a majority of the benefits from CQRS are really on the read(query) side more so than the write(command) side. Users will be more understanding of latency when saving work (writes) than they will be when hitting a page to see data(read). </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4993</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 13 Sep 2012 12:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4993</guid>
		<description>RaccoonBlog - it&#039;s a CQRS app.  https://github.com/ayende/RaccoonBlog</description>
		<content:encoded><![CDATA[<p>RaccoonBlog &#8211; it&#8217;s a CQRS app.  <a href="https://github.com/ayende/RaccoonBlog" rel="nofollow">https://github.com/ayende/RaccoonBlog</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4977</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 13 Sep 2012 01:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4977</guid>
		<description>Can you guys please recommend a good example with src code?</description>
		<content:encoded><![CDATA[<p>Can you guys please recommend a good example with src code?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4978</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 13 Sep 2012 01:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4978</guid>
		<description>Can you guys please recommend a good example with src code?</description>
		<content:encoded><![CDATA[<p>Can you guys please recommend a good example with src code?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charlie Barker</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4921</link>
		<dc:creator>Charlie Barker</dc:creator>
		<pubDate>Sun, 09 Sep 2012 23:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4921</guid>
		<description>So my concern is not that the affected users have to wait it is that the site remains available and responsive to unaffected users.</description>
		<content:encoded><![CDATA[<p>So my concern is not that the affected users have to wait it is that the site remains available and responsive to unaffected users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charlie Barker</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4920</link>
		<dc:creator>Charlie Barker</dc:creator>
		<pubDate>Sun, 09 Sep 2012 23:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4920</guid>
		<description>Async threads are a smart choice as they&#039;ll just consume memory on the server whilst they wait for a 3rd party response or IO to complete but they are not free. My experience has been that when pages become un responsive customers start refreshing their browsers and starting fresh applications in effect  they become  mini DOS attackers. The problem only becomes noticible when enough customers are on the site that your server becomes starved of resources to the point it can no longer serve new pages the killer thing is that you are most likely to see this behaviour when your site is at it&#039;s busiest. If your selling something then it is likely that this means it is the worst time for your site to be off line or responding slowly. Not all developers need to be concerned by this, low traffic sites that have servers with lots of  RAM will never reach this state.</description>
		<content:encoded><![CDATA[<p>Async threads are a smart choice as they&#8217;ll just consume memory on the server whilst they wait for a 3rd party response or IO to complete but they are not free. My experience has been that when pages become un responsive customers start refreshing their browsers and starting fresh applications in effect  they become  mini DOS attackers. The problem only becomes noticible when enough customers are on the site that your server becomes starved of resources to the point it can no longer serve new pages the killer thing is that you are most likely to see this behaviour when your site is at it&#8217;s busiest. If your selling something then it is likely that this means it is the worst time for your site to be off line or responding slowly. Not all developers need to be concerned by this, low traffic sites that have servers with lots of  RAM will never reach this state.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hahaha</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4916</link>
		<dc:creator>hahaha</dc:creator>
		<pubDate>Fri, 07 Sep 2012 10:27:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4916</guid>
		<description>diu</description>
		<content:encoded><![CDATA[<p>diu</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: João P. Bragança</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4875</link>
		<dc:creator>João P. Bragança</dc:creator>
		<pubDate>Thu, 30 Aug 2012 09:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4875</guid>
		<description>I agree with this. I think my intention did not get through, there are supposed to be carriage returns there! I was trying to show the parallels between an eventually consistent cqrs system and the eventually consistent raven indices.</description>
		<content:encoded><![CDATA[<p>I agree with this. I think my intention did not get through, there are supposed to be carriage returns there! I was trying to show the parallels between an eventually consistent cqrs system and the eventually consistent raven indices.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4874</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Wed, 29 Aug 2012 12:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://lostechies.com/jimmybogard/2012/08/23/cqrs-and-user-experience/#comment-4874</guid>
		<description>Yeah, and perhaps the aggregate boundaries too?</description>
		<content:encoded><![CDATA[<p>Yeah, and perhaps the aggregate boundaries too?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
