Correct me if I am wrong but I believe Lime only offer FIX and C++/Java wrapper. Out of curiosity, what is the preferred solution for HFT if not using FIX?
Java or C++ for HFT?
- Thread starter ppy93
- Start date
Correct me if I am wrong but I believe Lime only offer FIX and C++/Java wrapper. Out of curiosity, what is the preferred solution for HFT if not using FIX?
Native api or protocols designed for hft like ouch for nasdaq order entry and itch for market data. I hope you realise there is not going to be any benefit for hft unless you place your server in colo. The pure speed play for hft has long been dead...
You have to ask yourself what type of trading you would be doing where FIX isn't fast enough but something short of FPAGs is fast enough? That's a pretty tiny window of trading, I doubt someone asking if java is a good choice for HFT is operating in that window.
Not sure how much experience you have in C++, but it's got a fairly steep learning curve.
Especially if you're doing HFT, where you'll be pretty much brought down to the C level, and may not be able to use some std:: stuff (like smart pointers) because of the overhead. Say hello to segfaults.
You'll be working with something closer to a machine language. It can be tedious. Make sure you get the best tools on the market.
Right, Lime used to allow sending messages in native exchange formats. Generally, I prefer a format where fields of no interest can be skipped (fixed length format like ouch). With FIX, I have to parse useless fields sequentially to extract a few I care about.
You should ask them if that unit is profitable without being funded from the agency flow.
Anyway, a retail trader don’t even need to think on those lines..let alone tread that path..
Thanks guys for all the insightful information. As a startup hedge fund, our AUM is around $2M. Managing a small AUM makes it relatively easy to stay profitable because we can capitalize on opportunities the bigger institutions can not capitalize on or do not even care for. In other words, being small makes it possible to focus on competing with retail traders.
We are not doing HFT at the moment and I evaluating whether it is even worthwhile to get into it. I assume HFT is significantly more competitive due to competitors being institutions instead of retail traders. Besides many technical advantages such as lower latency and faster computers, I would also assume most HFT funds hires many IQ-top-percentile people for strategy development who are equally smart if not smarter than us(me and a few other IQ 130+ guys). For example, a few of my college classmates who I consider equally smart or smarter than me are now working for funds like Citadel. What is my edge against these bigger institutions other than managing a small AUM or having good luck?
Besides, I have heard a rumor that there are only a few guys in Medallion's core team responsible for strategy development and they do not use more than high-school Math. Is this true? If yes, does Medallion use in HFT strategies?
We are not doing HFT at the moment and I evaluating whether it is even worthwhile to get into it. I assume HFT is significantly more competitive due to competitors being institutions instead of retail traders. Besides many technical advantages such as lower latency and faster computers, I would also assume most HFT funds hires many IQ-top-percentile people for strategy development who are equally smart if not smarter than us(me and a few other IQ 130+ guys). For example, a few of my college classmates who I consider equally smart or smarter than me are now working for funds like Citadel. What is my edge against these bigger institutions other than managing a small AUM or having good luck?
Besides, I have heard a rumor that there are only a few guys in Medallion's core team responsible for strategy development and they do not use more than high-school Math. Is this true? If yes, does Medallion use in HFT strategies?
Last edited:
If you are a startup hedge fund who knows what you are doing and being profitable, you should continue doing more of the same...