<?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 OCTO talks !</title>
	<atom:link href="http://blog.octo.com/en/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.octo.com/en/</link>
	<description>Le blog d&#039;OCTO Technology, cabinet d&#039;architectes en systèmes d&#039;information</description>
	<lastBuildDate>Thu, 17 May 2012 10:55:52 +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 Using GridGain for Value at Risk calculation by Marc Bojoly</title>
		<link>http://blog.octo.com/en/using-gridgain-for-value-at-risk-calculation/comment-page-1/#comment-5062</link>
		<dc:creator>Marc Bojoly</dc:creator>
		<pubDate>Mon, 14 May 2012 22:33:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=14606#comment-5062</guid>
		<description>There is no buiness logic in this three time initialization.  It was just a way to check if there is a difference of compute time if we generate one, two or three random parameters - look at l. 68 in the listing of ParametersValueGenerator class -.
The differences were minimal so I don&#039;t emphasize it in my article.</description>
		<content:encoded><![CDATA[<p>There is no buiness logic in this three time initialization.  It was just a way to check if there is a difference of compute time if we generate one, two or three random parameters &#8211; look at l. 68 in the listing of ParametersValueGenerator class -.<br />
The differences were minimal so I don&#8217;t emphasize it in my article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using GridGain for Value at Risk calculation by Ashish Garg</title>
		<link>http://blog.octo.com/en/using-gridgain-for-value-at-risk-calculation/comment-page-1/#comment-5060</link>
		<dc:creator>Ashish Garg</dc:creator>
		<pubDate>Mon, 14 May 2012 17:32:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=14606#comment-5060</guid>
		<description>ParametersValueGenerator(0.15, 0, 0);  
ParametersValueGenerator(0.15, 0.20, 0);  
ParametersValueGenerator(0.15, 0.20, 0.05);  
There is three time initialization for compute with diffrent values of nextGuassian. Why we need it three times. Is there a correlation of what values are passed to nextGuassian is it based on the other parameter of StockValue/Strike Price and maturity?</description>
		<content:encoded><![CDATA[<p>ParametersValueGenerator(0.15, 0, 0);<br />
ParametersValueGenerator(0.15, 0.20, 0);<br />
ParametersValueGenerator(0.15, 0.20, 0.05);<br />
There is three time initialization for compute with diffrent values of nextGuassian. Why we need it three times. Is there a correlation of what values are passed to nextGuassian is it based on the other parameter of StockValue/Strike Price and maturity?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Esper CEP ecosystem by Thomas</title>
		<link>http://blog.octo.com/en/the-esper-cep-ecosystem/comment-page-1/#comment-5043</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Tue, 08 May 2012 20:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=31264#comment-5043</guid>
		<description>Hi Nirmalya,

Thanks for your feedback. There are lots and lots of extension points in Esper, different APIs that allow you to integrate the engine with other components or services and build the platform of your dreams. 
An example I have in mind is the concept of &quot;virtual data window&quot;. It could be a good candidate for building an event store; that&#039;s an interesting use case I&#039;d like to explore in greater detail.

Another example. I&#039;ve just noticed that 4.6.0 introduces data flows, which are a &quot;pipe and filter&quot; approach for event processing. Interestingly it&#039;s a solution to what I coined &quot;[the lack of] a graphical language as an alternative to EPL authoring&quot; in the conclusion. Granted, it&#039;s still EPL, but it&#039;s a new DSL that could be easily generated from a graphical tool à la StreamBase (drag &amp; drop of processing units connected together by small streams). It&#039;s a high-level alternative to statement composition through INSERT INTO clauses, more powerful too, with the notion of event sinks and sources.

Quoting the docs (http://esper.codehaus.org/esper-4.6.0/doc/reference/en-US/html/dataflow.html):

&quot;Data flows in Esper EPL have the following purposes:
* Support for data flow programming and flow-based programming.
* Declarative and runtime manageable integration of Esper input and output adapters that may be provided by EsperIO or by an application.
* Remove the need to use an event bus achieving dataflow-only visibility of events and event types for performance gains.&quot;</description>
		<content:encoded><![CDATA[<p>Hi Nirmalya,</p>
<p>Thanks for your feedback. There are lots and lots of extension points in Esper, different APIs that allow you to integrate the engine with other components or services and build the platform of your dreams.<br />
An example I have in mind is the concept of &#8220;virtual data window&#8221;. It could be a good candidate for building an event store; that&#8217;s an interesting use case I&#8217;d like to explore in greater detail.</p>
<p>Another example. I&#8217;ve just noticed that 4.6.0 introduces data flows, which are a &#8220;pipe and filter&#8221; approach for event processing. Interestingly it&#8217;s a solution to what I coined &#8220;[the lack of] a graphical language as an alternative to EPL authoring&#8221; in the conclusion. Granted, it&#8217;s still EPL, but it&#8217;s a new DSL that could be easily generated from a graphical tool à la StreamBase (drag &amp; drop of processing units connected together by small streams). It&#8217;s a high-level alternative to statement composition through INSERT INTO clauses, more powerful too, with the notion of event sinks and sources.</p>
<p>Quoting the docs (<a href="http://esper.codehaus.org/esper-4.6.0/doc/reference/en-US/html/dataflow.html" rel="nofollow">http://esper.codehaus.org/esper-4.6.0/doc/reference/en-US/html/dataflow.html</a>):</p>
<p>&#8220;Data flows in Esper EPL have the following purposes:<br />
* Support for data flow programming and flow-based programming.<br />
* Declarative and runtime manageable integration of Esper input and output adapters that may be provided by EsperIO or by an application.<br />
* Remove the need to use an event bus achieving dataflow-only visibility of events and event types for performance gains.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Esper CEP ecosystem by Nirmalya Sengupta (@baatchitweet)</title>
		<link>http://blog.octo.com/en/the-esper-cep-ecosystem/comment-page-1/#comment-5041</link>
		<dc:creator>Nirmalya Sengupta (@baatchitweet)</dc:creator>
		<pubDate>Sat, 05 May 2012 01:11:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=31264#comment-5041</guid>
		<description>A very concise collection of features and capabilities of Esper! Kudos!

A follow-up article on the APIs which one can use to create home-grown, riff-raff replacement of enterprise-grade components, may be useful to many.</description>
		<content:encoded><![CDATA[<p>A very concise collection of features and capabilities of Esper! Kudos!</p>
<p>A follow-up article on the APIs which one can use to create home-grown, riff-raff replacement of enterprise-grade components, may be useful to many.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Data Grid or NoSQL ? same, same but different… by Eric Bezille</title>
		<link>http://blog.octo.com/en/data-grid-or-nosql-same-same-but-different/comment-page-1/#comment-5002</link>
		<dc:creator>Eric Bezille</dc:creator>
		<pubDate>Thu, 05 Apr 2012 13:49:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=29587#comment-5002</guid>
		<description>Good summary on the use cases of Data Grid. By the way we do have the HW + SW to run this Data Grid Cache out of the box in a very efficient way: google &quot;Exalogic+Coherence&quot; ;)

To add to your use cases, some design patterns / requirements still require in-memory Database solution (like TimesTen) to accelerate legacy applications where you don&#039;t want to re-invest in an heavy re-write. And with the big trend on Big Data, and real-time operations on unstructured data, NoSQL approach is also a very important piece beside Hadoop. I let you read further on this here : https://blogs.oracle.com/EricBezille/entry/big_data_opportunit%C3%A9_business_et</description>
		<content:encoded><![CDATA[<p>Good summary on the use cases of Data Grid. By the way we do have the HW + SW to run this Data Grid Cache out of the box in a very efficient way: google &#8220;Exalogic+Coherence&#8221; ;)</p>
<p>To add to your use cases, some design patterns / requirements still require in-memory Database solution (like TimesTen) to accelerate legacy applications where you don&#8217;t want to re-invest in an heavy re-write. And with the big trend on Big Data, and real-time operations on unstructured data, NoSQL approach is also a very important piece beside Hadoop. I let you read further on this here : <a href="https://blogs.oracle.com/EricBezille/entry/big_data_opportunit%C3%A9_business_et" rel="nofollow">https://blogs.oracle.com/EricBezille/entry/big_data_opportunit%C3%A9_business_et</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Untar on iOS, the pragmatic way by varoon</title>
		<link>http://blog.octo.com/en/untar-on-ios-the-pragmatic-way/comment-page-1/#comment-4990</link>
		<dc:creator>varoon</dc:creator>
		<pubDate>Fri, 30 Mar 2012 10:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=28355#comment-4990</guid>
		<description>Can we unzip &quot;Tar.gz&quot; or &quot;.tgz&quot; file on IOS device using your code ?</description>
		<content:encoded><![CDATA[<p>Can we unzip &#8220;Tar.gz&#8221; or &#8220;.tgz&#8221; file on IOS device using your code ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Untar on iOS, the pragmatic way by Christoph Ketzler</title>
		<link>http://blog.octo.com/en/untar-on-ios-the-pragmatic-way/comment-page-1/#comment-4947</link>
		<dc:creator>Christoph Ketzler</dc:creator>
		<pubDate>Mon, 27 Feb 2012 07:57:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=28355#comment-4947</guid>
		<description>Thank you very much. Inspired by your post, I coded my own ActionScript version of untar.

http://www.ketzler.de/2012/02/as3-simple-untar/</description>
		<content:encoded><![CDATA[<p>Thank you very much. Inspired by your post, I coded my own ActionScript version of untar.</p>
<p><a href="http://www.ketzler.de/2012/02/as3-simple-untar/" rel="nofollow">http://www.ketzler.de/2012/02/as3-simple-untar/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The basics of face recognition by startrinity</title>
		<link>http://blog.octo.com/en/basics-face-recognition/comment-page-1/#comment-4935</link>
		<dc:creator>startrinity</dc:creator>
		<pubDate>Wed, 22 Feb 2012 13:32:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=26401#comment-4935</guid>
		<description>Hello Jan, I see that you&#039;re interested in facial login systems. I have developed a face login system (startrinity.com) for web sites, please contact me if you are interested in promotion and profit sharing
Thanks</description>
		<content:encoded><![CDATA[<p>Hello Jan, I see that you&#8217;re interested in facial login systems. I have developed a face login system (startrinity.com) for web sites, please contact me if you are interested in promotion and profit sharing<br />
Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Face recognition in RIA applications by startrinity</title>
		<link>http://blog.octo.com/en/face-recognition-in-web-application/comment-page-1/#comment-4934</link>
		<dc:creator>startrinity</dc:creator>
		<pubDate>Wed, 22 Feb 2012 13:26:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=26551#comment-4934</guid>
		<description>Jan, great article. Hope that banks and other commercials will use this technology. Please consider a web site (startrinity.com) where we offer a face login service for web applications. We have used much more complicated algorithms rather than facelight@codeplex</description>
		<content:encoded><![CDATA[<p>Jan, great article. Hope that banks and other commercials will use this technology. Please consider a web site (startrinity.com) where we offer a face login service for web applications. We have used much more complicated algorithms rather than facelight@codeplex</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Untar on iOS, the pragmatic way by Mathieu Hausherr</title>
		<link>http://blog.octo.com/en/untar-on-ios-the-pragmatic-way/comment-page-1/#comment-4908</link>
		<dc:creator>Mathieu Hausherr</dc:creator>
		<pubDate>Fri, 17 Feb 2012 13:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.octo.com/?p=28355#comment-4908</guid>
		<description>Hi Christoph,

Yes, you can untar very large files. I&#039;ve just fix a bug about NSAutoreleasePoll, just update your code and it will be OK.
I test this code with 1Go+ tar archives.

Mathieu</description>
		<content:encoded><![CDATA[<p>Hi Christoph,</p>
<p>Yes, you can untar very large files. I&#8217;ve just fix a bug about NSAutoreleasePoll, just update your code and it will be OK.<br />
I test this code with 1Go+ tar archives.</p>
<p>Mathieu</p>
]]></content:encoded>
	</item>
</channel>
</rss>

