mcgene, without arguing what HFT is or is not I will say this. Everyone has different meanings for HFT. If you are trying to place 10k trades per day that implies that you are placing many more orders than filled trades. FX markets are open longer than equity markets so that is one thing you have working for you but it all comes down to what you are going to be trading. Is your symbol universe going to be 100 or 1000 or 50000 symbols? There is a big difference in executing 10,000 trades in 100 symbols versus 50k symbols.
Just like the argument of whether or not your strategy will be HFT or not - how many symbols you scan will greatly impact code. If you are scanning 100 symbols you can build an easy, lightweight and fast program but if you are scanning 50k symbols you will be closer to medium frequency trading - but your code needs to be much more complex.
An the link you provided (first post) for the FX exchange stated an average fill time of 3.4ms. That's slow by equity exchange standards where the NYSE matching engines are in the nano or pico-second range. And remember - an execution time is only the time it takes once they receive your order. Add on the latency it takes for your quotes & data to get to you, for the order (or cancel) to get to the broker/exchange and then add on how much time it takes for them to check your risk, which is not included in execution times but can be quite high.
For a beginner who is not colocating I would look at the C languages vs. Java. Java can get pretty unruly and bloated if a novice programmer doesn't have the skillset to write efficient code. I would also strongly suggest you learn this yourself - or forever be at the mercy of hired programmers. Your paranoia over protecting your IP is valid - but it will be a massive hurdle to overcome. Even if you do find multiple coders to write for you - who is going to put it all together and compile the master source? Each programmer writes slightly differently... how are you going to address cross-coder loops & bugs? Your approach of splitting up the programming either needs to be accomplished by getting what you pay for and (as others have suggested) throwing lots of money at it - or learn it yourself because you will waste more time with finding multiple programmers to protect your IP than you would have if you simply learned it yourself.
Fx is a bit like the wild west so I do think you have every right to be a bit paranoid over someone stealing a profitable strategy. I think that the only way to avoid something like that is to be fair and equitable and split equally (YES EQUALLY) among a small group. Look at it this way - you couldn't trade without your programmer and your programmer would have no strategy or wouldn't be able to execute without your ideas and capital.
Either learn how to program (I say C# and C++ with tradelink) or find someone you trust and work with them.
You have dismissed some very honest feedback in this thread. Yes it may have been harsh but it is true.
Good luck
Just like the argument of whether or not your strategy will be HFT or not - how many symbols you scan will greatly impact code. If you are scanning 100 symbols you can build an easy, lightweight and fast program but if you are scanning 50k symbols you will be closer to medium frequency trading - but your code needs to be much more complex.
An the link you provided (first post) for the FX exchange stated an average fill time of 3.4ms. That's slow by equity exchange standards where the NYSE matching engines are in the nano or pico-second range. And remember - an execution time is only the time it takes once they receive your order. Add on the latency it takes for your quotes & data to get to you, for the order (or cancel) to get to the broker/exchange and then add on how much time it takes for them to check your risk, which is not included in execution times but can be quite high.
For a beginner who is not colocating I would look at the C languages vs. Java. Java can get pretty unruly and bloated if a novice programmer doesn't have the skillset to write efficient code. I would also strongly suggest you learn this yourself - or forever be at the mercy of hired programmers. Your paranoia over protecting your IP is valid - but it will be a massive hurdle to overcome. Even if you do find multiple coders to write for you - who is going to put it all together and compile the master source? Each programmer writes slightly differently... how are you going to address cross-coder loops & bugs? Your approach of splitting up the programming either needs to be accomplished by getting what you pay for and (as others have suggested) throwing lots of money at it - or learn it yourself because you will waste more time with finding multiple programmers to protect your IP than you would have if you simply learned it yourself.
Fx is a bit like the wild west so I do think you have every right to be a bit paranoid over someone stealing a profitable strategy. I think that the only way to avoid something like that is to be fair and equitable and split equally (YES EQUALLY) among a small group. Look at it this way - you couldn't trade without your programmer and your programmer would have no strategy or wouldn't be able to execute without your ideas and capital.
Either learn how to program (I say C# and C++ with tradelink) or find someone you trust and work with them.
You have dismissed some very honest feedback in this thread. Yes it may have been harsh but it is true.
Good luck
However, you actually come up with a very valid argumental subject when you said " how a complete novice can come up with high frequency strategies" and when you have done this conditional decision '' If he could do it starting at his current level of knowledge and be done with it in a year or two I and my quant degree from a top grad school, should all be put to shame."