My advice here was pretty standard - profile, find bottlenecks, use caching/vectorization/numpy/numba to speed up the hot code.
But even better advice is "do less backtesting" (as pointed out by @therobotjames)https://twitter.com/Overlevered_AM/status/1382201962687557638 …
-
-
Idk how much you have seen this, but it also seems weird to me on how people don't consider what backtest is supposed to represent. For example, running a backtest of L/S momentum variation.... where each side is 100 names but then in execution they L/S 5 names on each side.
-
It seems like there needs to be work done on analyzing the results of a backtest itself vs portfolio composition. Obviously there is the classic factor attribution and such, but we should think more about how the composition of same strategy effects the pefofmrnace.
End of conversation
New conversation -
-
-
I would simply use BTST<GO> for all my back testing needs.
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
How would you study event based seasonality, without predominantly looking at backtest results? Say, you think that the market rallies before FOMC. It's straightforward to pick a 1d lookahead and run some statistical test, but that doesn't tell you when you should put it on.
-
You don't have a fundamental reason that the rally should start 1 hour vs 1 day before, but you do think there's an reason for it to happen eventually. Optimizing a backtest metric seems reasonable, because of the simplicity of the model, but I'd be interested in other opinions
- Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.