NetTecture
Well-known member
- Messages
- 405
- Likes
- 12
Instead of increasing the number of strategies and markets, which is a brute-force approach, one may also investigate more sophisticated strategies that have the potential for higher return/drawdown ratios. This would include strategies based on trading a cointegrated portfolio of assets (stocks, ETFs, etc.), as opposed to trading a single asset within each trading strategy. Cointegrated portfolios of 3 or more assets have better statistical properties for forecasting price changes, and so can be implemented in an automated system using a trading algorithm. Chan describes some of these algorithms in detail in the book I mentioned earlier. You may still want to implement multiple strategies, but if you're drawdowns are lower, you don't need to run hundreds of them just to stay in the green.
More complex strategies are IMHO as idiotic as it gets. It has significant disadvantages:
* It is harder to code and debug complex strategies that follow likely multiple signals.
* It is harder to backtest them properly.
* It is harder to analyzer their behavior.
* It makes it nearly impossible to decouple signal based risk parameters. Not that most people even have a more than baseline risk management anyway (thanks to things such as software being grossly not suitable for managing many strategies with nontrivial risk allocation).
There is an elegance in having strategies doing one signal ONLY and then combining them to instance portfolios outside of the strategy. But then, which commercial software has risk allocation structures that are more complex than a max position size, or even interfaces suitable to actually manage a large number of strategies. Heck, I have yet to even see the commercial product giving me a matrix of weeks vs. strategy results - most do not even have a concept of tracking logical trades, instead relying on some magic signal matching trying to come up with the individual trade pnl.
I generally prefer to keep things simple on the strategy level. Strategies are the least tested (in terms of code quality) part of any trading infrastructure. And given that I and some others use our own software from the ground up - we actually DO have the ability to trade a large number and keep them under control. One of the modules I work on at the moment, for example, deals with complex risk allocation strategies (and redirecting strategy trades to a simulator if risk can not be granted because an exposure is already too high in a particular market).
I definitely prefer that from having "one strategy to rule them all" that is generally worse from a code quality point of view.