> To "flip the spread" you need to predict where the market will go after your order gets elected.
Lets talk abstractly for a moment, that sentence is exactly wrong. The whole point of flipping the spread is that you can immediately sell what you just bought and make the spread risk free. That's what market making is, providing liquidity for the spread as profit. Now, pragmatically, of course the market doesn't sit still for long and the price may change between your buy and sell so of course it's good to predict the market direction to reduce the risk of being on the wrong side of a move. But HFT is trading at the microsecond scale, prices aren't moving much at that scale in that short a period of time and you only need to know where the market is going for say the next second to be in an out of a slew of trades.
> The market is pretty efficient.
Agreed.
> The average limit order loses the spread and rebates after execution.
I don't believe that. That would mean that slippage exceeds the spread and more on most orders and unless you're trading a very illiquid market there's no way that can be true unless you're trading very large, large enough to move the market alone.
> You are right that the actual execution algorithms aren't doing super complex analysis in real-time.
That's my main point.
> Usually that is done offline through simulation to generate rule sets, decision trees or factor weightings. That work is definitely quantitative.
I agree with that as well, but that's not HFT trading, that's market analysis and mostly I believe, though I admit I could be totally wrong here, that analysis is mostly used for slower algorithmic trading, not HFT. In HFT, it's better to be faster than smarter, especially with the sub-penny rule imposed by Dodd-Frank.