kingcub

5 ms·

1.
by kingcub 14y ago
>They send in tens of thousands of requests a second, many of which they have no interest in ever being forfilled, in the hope of partly fooling other people, who are sending around similar numbers of requests. That's called gaming, and
2.
High-Speed Trading: My Laser Is Faster Than Your Laser(businessweek.com)
1 points by kingcub 14y ago|0 comments
3.
by kingcub 15y ago
You're right but the only way to make that important number better is with growth or cutting expenses.
4.
by kingcub 15y ago
Why is that lockup not 34 days for execs and 18 days for employees?
5.
by kingcub 15y ago
This to me is amazing in it's brevity: //Uses 4 threads (1 to 4).par.foreach(x => /*some long computation*/ } I'd love to see how other languages can do it more tersely with their standard libraries.
6.
by kingcub 15y ago
Some but it's a pretty small minority if HFT algos.
7.
by kingcub 16y ago
I think you are ignoring a very obvious fact, those 1% that are no longer 'complaining' are really doing so in an automated fashion with their blacklists. Further I think the complaints will be even better because people are more inclined t
8.
by kingcub 16y ago
While I really hope these develop into good resources, The first one isn't out. The second one is not remotely usable by itself at the moment. Most of the chapters are empty. There is a smattering of code that revolve around some very basic
9.
by kingcub 16y ago
We used lift, we're in the process of ripping it out and replacing it with something else, anything else really. When I last checked a few month's ago, Lift's documentation is terrible given it's complexity. A project that is as large as Li
10.
by kingcub 16y ago
Currently just the CME, all of it was written in house, with the exception of Quickfix for Java for sending orders and OpenFast for CME marketdata. We'd like to replace Quickfix in the near future as it has too much static singleton state f
11.
by kingcub 16y ago
It's really hard to say without knowing the position. I've seen it go both ways. Some places it's the entry level get in the door while we evaluate you position and if you're good we'll move you over to trading. Some places it's all they ev
12.
by kingcub 16y ago
It's a hybrid of programmer, trader, and quant. The article doesn't mention this, but they know how to program and how to trade. They come up with, code, and write the algorithms. At a prop firm it is usually used by a desk of clerks / trad
13.
by kingcub 16y ago
It's a lot easier for a good programmer to learn how to trade than for a good trader to learn how to be a programmer. Though most programmers make terrible traders and most traders make terrible programmers. A lot of depends on the company
14.
by kingcub 16y ago
FWIW I am an HF Programmer Trader, (Jeff Gomberg's Business Partner / Fellow Programmer actually) In certain cases being dumb and fast will get you very far. For example, with an arbitrage strategy, being able to get the arbitrage faster th
15.
by kingcub 16y ago
We tried to get a percentage, figuring that our value added on top of all the infrastructure they had was worth atleast that much. Long story short, the prop firms weren't interested. It's a better for them to just hire new people, to maint
16.
by kingcub 16y ago
Patrick, I have read a lot of your articles on A/B testing and what you do to optimize your order flow etc we do very similar things in trading. I think if you saw how we looked over our trades you would see it's very similar to how you go
17.
by kingcub 16y ago
Personally, I started in 03 programming C++ for an, at the time, small Chicago Prop trading firm. Prop firms tend to be in smaller than larger banks / hedge funds and that is the route I would try to take. There are several of them around t
18.
by kingcub 16y ago
I'm Jeff's business partner / fellow programmer. We do both algorithms and infrastructure. The markets continuously adapt. It's a constant balance between writing the code you need right now, managing the code you wrote a bit ago, tweaking
19.
by kingcub 16y ago
The compatibility issue have to do with how Scala's traits have to be implemented on the jvm. If it was possible for an interface to have method bodies or abstract classes be multiply inherited in java bytecode the problem would be much les
20.
by kingcub 16y ago
Coincidentally, Michael Shermer's Ted talk on a somewhat related topic (He calls it Patternicity) was posted today: http://www.ted.com/talks/michael_shermer_the_pattern_behind_...
21.
by kingcub 16y ago
What would be a mess about it? Couldn't we be clever enough to figure out how to do this with what we have?