<?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: steppin&#8217; out</title>
	<atom:link href="http://www.puppetmastertrading.com/blog/index.php/2009/11/25/steppin-out/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.puppetmastertrading.com/blog/2009/11/25/steppin-out/</link>
	<description>Algorithmic trading experiences</description>
	<lastBuildDate>Wed, 28 Jul 2010 01:46:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: tito</title>
		<link>http://www.puppetmastertrading.com/blog/2009/11/25/steppin-out/comment-page-1/#comment-7447</link>
		<dc:creator>tito</dc:creator>
		<pubDate>Sat, 05 Dec 2009 11:27:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.puppetmastertrading.com/blog/?p=822#comment-7447</guid>
		<description>Hi MAF,

Thank you for your kindly words and especially for spending the time to share your observations and ideas - they&#039;re greatly appreciated.

Although it seems standard and may well be the correct way of reasoning about such things, I generally resist representing a strategy as a state variable like that you describe (buy&#124;sell&#124;hold).  The &#039;hard&#039; reason is that it doesn&#039;t capture the important sets of multi-contract strategies or strategies that are simultaneously looking to buy and sell with limits (like the one in this example); and the &#039;soft&#039; reason is that it doesn&#039;t jibe with my intuition.  The former might be resolved by introducing richer states, but the latter might well require reverse brainwashing at this point!

That said, your suggestions are creative and welcome.  Honestly, it will take a good bit of research for me to fully appreciate them as I tend to learn empirically and I&#039;m not familiar with all the techniques you highlight.

Your comments about applying some form of policy evaluation, and in particular your mention of using agent-based reasoning are also great - if non-trivial! - suggestions.  There are always so many different and individually interesting approaches to explore.

As for the taq/tick db, I had heard of that product you mention, but by now am pretty firmly committed to maintaining and further developing my solution as  having an end-to-end stack for analysis/development/execution remains a desire near+dear to my heart.  I agree re: the PSF, but am currently thinking that the way to acquire it is by sticking my terrabytes into a cloud and using hadoop to
implement a seriously scalable simulation environment... yet another compelling avenue to explore.  In the meanwhile, what we have is good enough for many purposes.

Anyway, thanks for your excellent remarks.</description>
		<content:encoded><![CDATA[<p>Hi MAF,</p>
<p>Thank you for your kindly words and especially for spending the time to share your observations and ideas &#8211; they&#8217;re greatly appreciated.</p>
<p>Although it seems standard and may well be the correct way of reasoning about such things, I generally resist representing a strategy as a state variable like that you describe (buy|sell|hold).  The &#8216;hard&#8217; reason is that it doesn&#8217;t capture the important sets of multi-contract strategies or strategies that are simultaneously looking to buy and sell with limits (like the one in this example); and the &#8217;soft&#8217; reason is that it doesn&#8217;t jibe with my intuition.  The former might be resolved by introducing richer states, but the latter might well require reverse brainwashing at this point!</p>
<p>That said, your suggestions are creative and welcome.  Honestly, it will take a good bit of research for me to fully appreciate them as I tend to learn empirically and I&#8217;m not familiar with all the techniques you highlight.</p>
<p>Your comments about applying some form of policy evaluation, and in particular your mention of using agent-based reasoning are also great &#8211; if non-trivial! &#8211; suggestions.  There are always so many different and individually interesting approaches to explore.</p>
<p>As for the taq/tick db, I had heard of that product you mention, but by now am pretty firmly committed to maintaining and further developing my solution as  having an end-to-end stack for analysis/development/execution remains a desire near+dear to my heart.  I agree re: the PSF, but am currently thinking that the way to acquire it is by sticking my terrabytes into a cloud and using hadoop to<br />
implement a seriously scalable simulation environment&#8230; yet another compelling avenue to explore.  In the meanwhile, what we have is good enough for many purposes.</p>
<p>Anyway, thanks for your excellent remarks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MAF</title>
		<link>http://www.puppetmastertrading.com/blog/2009/11/25/steppin-out/comment-page-1/#comment-7429</link>
		<dc:creator>MAF</dc:creator>
		<pubDate>Fri, 04 Dec 2009 19:49:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.puppetmastertrading.com/blog/?p=822#comment-7429</guid>
		<description>Dear Tito,

Congratulations on your blog, its of a great quality, it truly shares insights I hardly see in the street these days ( or any for that matter).  I wish there were more quorum! any way after reading your posting history, here is my feedback.

To potentially enhance your back testing methodology

Use importance sampling 

This  methodology is typically presented as a method for reducing the variance of the estimate of an expectation by carefully choosing a sampling distribution. In this case, each of your individual strategies can be considered as an stochastic policy that have a non-zero probability of taking any action (buy, sell, do nothing) at any time ( upon the state or regime of the market in your FWD-WALKING)

 Policy evaluation is the task of estimating the expected return of a fixed policy. 

Every policy induces a probability distribution over histories ( here you could add an ABM simulated price or many).
 Then the probabilities associated with the policy combined with the probabilities of the envi-ronment will produce a complete distribution over histories. The returns are a deterministic function of the history. Therefore, we desire to calculate E [R(h)[X] where the expectation is taken with respect to the history probability induced by the policy X. 

Because each X is potentially different, each h is drawn according to a different distribution and so while the data are drawn independently, they are not identically distributed.

As an added filter and once you have run your fwd-walking, Try  incorporating an heuristic to find the trends of each strategy&#039;s P&amp;L in the history of the last year, with the intention to allocate funds into the losing ones and retreat from the profitable (yes I know it`s backwards), since the classifier will pick up the patterns at which some of the strategies will stops being profitable and or start being losers. Once you get the time laps and IDs of these profitable strategies, you collect them and re run a second FWD WALKING. allegedly the ones that are able to find the abstracted inefficiency will show up as the more robust strategies.



Regarding the database you were looking for managing high frequency terabytes. have you considered 

RMD Server™ from modulus?  I haven&#039;t tried it but some guys over a prop group mention it.

 
Regardless of which solution you end up looking for, I would argue that you would want to include a PSF (parallel file system)  as it truly increases the reading and writing of thousands of files (symbols) in tandem.</description>
		<content:encoded><![CDATA[<p>Dear Tito,</p>
<p>Congratulations on your blog, its of a great quality, it truly shares insights I hardly see in the street these days ( or any for that matter).  I wish there were more quorum! any way after reading your posting history, here is my feedback.</p>
<p>To potentially enhance your back testing methodology</p>
<p>Use importance sampling </p>
<p>This  methodology is typically presented as a method for reducing the variance of the estimate of an expectation by carefully choosing a sampling distribution. In this case, each of your individual strategies can be considered as an stochastic policy that have a non-zero probability of taking any action (buy, sell, do nothing) at any time ( upon the state or regime of the market in your FWD-WALKING)</p>
<p> Policy evaluation is the task of estimating the expected return of a fixed policy. </p>
<p>Every policy induces a probability distribution over histories ( here you could add an ABM simulated price or many).<br />
 Then the probabilities associated with the policy combined with the probabilities of the envi-ronment will produce a complete distribution over histories. The returns are a deterministic function of the history. Therefore, we desire to calculate E [R(h)[X] where the expectation is taken with respect to the history probability induced by the policy X. </p>
<p>Because each X is potentially different, each h is drawn according to a different distribution and so while the data are drawn independently, they are not identically distributed.</p>
<p>As an added filter and once you have run your fwd-walking, Try  incorporating an heuristic to find the trends of each strategy&#8217;s P&amp;L in the history of the last year, with the intention to allocate funds into the losing ones and retreat from the profitable (yes I know it`s backwards), since the classifier will pick up the patterns at which some of the strategies will stops being profitable and or start being losers. Once you get the time laps and IDs of these profitable strategies, you collect them and re run a second FWD WALKING. allegedly the ones that are able to find the abstracted inefficiency will show up as the more robust strategies.</p>
<p>Regarding the database you were looking for managing high frequency terabytes. have you considered </p>
<p>RMD Server™ from modulus?  I haven&#8217;t tried it but some guys over a prop group mention it.</p>
<p>Regardless of which solution you end up looking for, I would argue that you would want to include a PSF (parallel file system)  as it truly increases the reading and writing of thousands of files (symbols) in tandem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
