<?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 for Luxoft Blog</title>
	<atom:link href="http://blog.luxoft.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.luxoft.com</link>
	<description></description>
	<lastBuildDate>Fri, 06 May 2011 13:42:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on MeeGo by Carsten Munk</title>
		<link>http://blog.luxoft.com/2011/04/meego/#comment-152</link>
		<dc:creator>Carsten Munk</dc:creator>
		<pubDate>Fri, 06 May 2011 13:42:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.luxoft.com/?p=231#comment-152</guid>
		<description>Regarding MeeGo on ARM, the current port will run on all known ARMv7-A chipsets. There is continued contribution and work being done on MeeGo ARM and the Nokia N900 hardware adaptation (used as reference implementation for handsets) is still going on.

We&#039;re releasing a MeeGo 1.2 ARM port this month that is practically equal to X86 port, minus the Mono framework and very few x86-specific packages.</description>
		<content:encoded><![CDATA[<p>Regarding MeeGo on ARM, the current port will run on all known ARMv7-A chipsets. There is continued contribution and work being done on MeeGo ARM and the Nokia N900 hardware adaptation (used as reference implementation for handsets) is still going on.</p>
<p>We&#8217;re releasing a MeeGo 1.2 ARM port this month that is practically equal to X86 port, minus the Mono framework and very few x86-specific packages.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Demand Response as it should be by Sergey Bakulin</title>
		<link>http://blog.luxoft.com/2010/09/demand-response-as-it-should-be/#comment-139</link>
		<dc:creator>Sergey Bakulin</dc:creator>
		<pubDate>Sat, 05 Mar 2011 02:20:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.luxoft.com/?p=160#comment-139</guid>
		<description>I was talking a lot with utilities across the USA, and the situation differs from state to state. Some utilities of CA, for example tend even not to use aggregators services, instead they use more &quot;primitive&quot; from technology perspective TOU and price signals based programs to curtail the load. 

But some of them, especially big ones, tend to use curtailment service providers as a source of dispatch-able resources. (and not just &quot;saving&quot; service provider) In this situation, the savings are obvious for all the participants, but the process requires tough integration between parties and, more important, detailed standardization of CSP&#039;s interaction with utility. 

From aggregators percpective I don&#039;t have enough information on the effectiveness and earnings, and do you?</description>
		<content:encoded><![CDATA[<p>I was talking a lot with utilities across the USA, and the situation differs from state to state. Some utilities of CA, for example tend even not to use aggregators services, instead they use more &#8220;primitive&#8221; from technology perspective TOU and price signals based programs to curtail the load. </p>
<p>But some of them, especially big ones, tend to use curtailment service providers as a source of dispatch-able resources. (and not just &#8220;saving&#8221; service provider) In this situation, the savings are obvious for all the participants, but the process requires tough integration between parties and, more important, detailed standardization of CSP&#8217;s interaction with utility. </p>
<p>From aggregators percpective I don&#8217;t have enough information on the effectiveness and earnings, and do you?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Demand Response as it should be by raj</title>
		<link>http://blog.luxoft.com/2010/09/demand-response-as-it-should-be/#comment-9</link>
		<dc:creator>raj</dc:creator>
		<pubDate>Mon, 20 Sep 2010 21:24:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.luxoft.com/?p=160#comment-9</guid>
		<description>It was interesting to read your blog!

With Green prower, Do Industries take up the &quot;Demand Response &quot; opportunities provided by the Energy Aggregators?

Any info on potential earnings / savings by any company taking this route?

Thanks</description>
		<content:encoded><![CDATA[<p>It was interesting to read your blog!</p>
<p>With Green prower, Do Industries take up the &#8220;Demand Response &#8221; opportunities provided by the Energy Aggregators?</p>
<p>Any info on potential earnings / savings by any company taking this route?</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Informatica Workshop by Tweets that mention Informatica Workshop - Blog -- Topsy.com</title>
		<link>http://blog.luxoft.com/2010/08/informatica-workshop/#comment-5</link>
		<dc:creator>Tweets that mention Informatica Workshop - Blog -- Topsy.com</dc:creator>
		<pubDate>Tue, 31 Aug 2010 00:48:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.luxoft.com/?p=153#comment-5</guid>
		<description>[...] This post was mentioned on Twitter by Maxim Fedorov, Igor Shkarupa. Igor Shkarupa said: Data - is a great power. We have to manage it. http://bit.ly/dkDY5D [...]</description>
		<content:encoded><![CDATA[<p>[...] This post was mentioned on Twitter by Maxim Fedorov, Igor Shkarupa. Igor Shkarupa said: Data &#8211; is a great power. We have to manage it. <a href="http://bit.ly/dkDY5D" rel="nofollow">http://bit.ly/dkDY5D</a> [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

