When they do, the security of their old, relatively low-paying gigs might start to look pretty good. The condescending tone of this line really bugs me.
Exactly! My immediate thought was, "You smug bastard." This is why I would never take a job as a programmer in the trading industry working for the big firms. I have dignity, and it would never cross my mind to put up with smug bastards taking this attitude with me all day, no matter how high the salary. It's not that the software is making people tons of money, it's that nobody respects that the software is making p…
High-Frequency Programmers Revolt Over Pay
121–130 of 175 posts
Re: High-Frequency Programmers Revolt Over Pay
#122Can someone explain in simple terms why high-frequency trading actually works? I can't understand how trading at a high frequency provides any advantage at all, except in a Martingale-fallacy way.
Re: High-Frequency Programmers Revolt Over Pay
#123Earlier quoted context omitted.
We are actively looking for market makers for smarkets.com . No fees and very little competition, it may be worth checking out if you want somewhere easy to get started. We just released a public API: http://apidocs.s3-external-3.amazonaws.com/index.html
Do you make markets yourself? If I take the trouble and make markets for your exchange, will I be competing with another market makers and market participants only or with the exchange too?
Re: High-Frequency Programmers Revolt Over Pay
#124Earlier quoted context omitted.
We are actively looking for market makers for smarkets.com . No fees and very little competition, it may be worth checking out if you want somewhere easy to get started. We just released a public API: http://apidocs.s3-external-3.amazonaws.com/index.html
Looks fun. What's the daily trading volume like?
6085.51 | 2010-2
6375.40 | 2010-3
51072.15 | 2010-4
194208.93 | 2010-5
111775.68 | 2010-6
65577.25 | 2010-7
The spike is from the world cup. We will probably see a similar spike in August when the premier league starts.
Re: High-Frequency Programmers Revolt Over Pay
#125Can someone explain in simple terms why high-frequency trading actually works? I can't understand how trading at a high frequency provides any advantage at all, except in a Martingale-fallacy way.
Re: High-Frequency Programmers Revolt Over Pay
#126We are market-makers (MM), so we don't care all that much about forecasting / direction. We want to fill order flow at the cheapest price that we can make a profit on. All the competition in our little MM niche of High Frequency (HF) trading revolves around a fight amongst market makers to give the best price possible to customer orders. This leads to very tight markets. That works out very well for customers.
I don't fault previous employers for paying us what they did as the article mentioned. It's a lot more than I ever expected to make coming out of college. The article seemed to have a programmers versus industry slant that I don't quite agree with. In my opinion industry is being taken over by programmers. Companies have a natural upper bound they can pay any employee.
After that, and I have been on both sides of this, either you can accept the comfort of a regular paycheck or you can throw that all away to take a risk and grow in a different way. If you take the risk you're throwing away a sure thing for upside. I don't have a family yet so to me it was the right time to do this.
The `programmers revolt` has been over for years. Programmer's won. Markets are all electronic or will be soon. It is inevitable and good that this happens, in the same sense it is good that we put robots into factories, use statistics to optimize business processes, etc etc.
It's been a longer road to getting to this point than the article mentions, my first bit advice for someone who in the trading industry and wants to branch out on their own, is it's going to be hard, just like any startup. The money you see the company you are working for making is the result of a lot of work, that you just can't appreciate until you have to do it all yourself from scratch. Which we have, twice. The article was a bit off on this, we already had our first `failure` and are trying again. This time we learned to keep our IP.
With a startup, we've had to wear all the hats that as employee we didn't have to think about at all ourselves. It's a combination of awesome, daunting, miserable and satisfying, like any challenging endeavor. Personally I find creating something from the bottom up a lot more rewarding than grinding out a paycheck.
Re: High-Frequency Programmers Revolt Over Pay
#127Isn't it obvious that employers prefer to hire wage slaves.
Re: High-Frequency Programmers Revolt Over Pay
#128I have a feeling this article confused the creators of the trading algorithms, which is what makes the money, with pure programmers, who are hired to implement someone else's pre-existing algorithms. Sometimes these are the same person, but in those cases that person almost always has a profit sharing contract, not only a base salary. (And if they don't, they're crazy.) The fact that the programmers in the article on…
HFT algorithms aren't that complex. When it comes to finding the differences of pricing between two brokers buying from the cheapest and selling to most expensive, there's no need for an advanced pricer (and there's no time anyway). The difficulty of HFT is designing a machine that can trade fast enough. I'm not sure you realize how difficult this is. You just can't take a quant and make him an über C++ programmer ov…
Re: High-Frequency Programmers Revolt Over Pay
#129I'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 your existing strategies / finding new ones. We have to know how to trade, come up with new strategies, and write fast solid software that can adapt to get a new strategy to market…
Is it worth taking "MFE" style classes, like the ones offered at Baruch and NYU? Are the systems Windows or Unix? How much "advanced" math do you need to know? How much high performance infrastructure do you need to know? (networking, specialized storage & I/O, etc.) Is there a way to go directly to a startup firm, rather than first working at a bank or larger hedge fund? Are languages other than C++ used? Is it easier to do this in New York or Chicago? What bars should I hang out at in order to bullshit my way into an interview or partnership?
Re: High-Frequency Programmers Revolt Over Pay
#130I'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 your existing strategies / finding new ones. We have to know how to trade, come up with new strategies, and write fast solid software that can adapt to get a new strategy to market…
If you're a good C++ programmer with a mathematics degree, what else do you need to know to get into work like this? Is it worth taking "MFE" style classes, like the ones offered at Baruch and NYU? Are the systems Windows or Unix? How much "advanced" math do you need to know? How much high performance infrastructure do you need to know? (networking, specialized storage & I/O, etc.) Is there a way to go directly to a…
I never took an "MFE" class in college. I graduated with a CompE degree, taking most of my electives in CS. Math is important, primarily statistics. Being a good coder and loving to program more so. Having a natural analytical bent, and being able to wade through data / formulate then test conjectures, and appreciating how markets will never stop surprising you, even more.
A lot of companies use C++. I don't like it myself, & we use Scala, as functional programming + oo works really well for trading specific coding. Also our last place was Java based, so we have a lot of experience with that. However there are plenty of opportunities no matter what language you use. I know of firms using Python, C++, Java, C#, OCaml. So it's pretty wide open.
Speed is important, but usually not machine level instruction important as people often think. Usually it's more about understand big O and not overwhelming your critical paths / pushing things off to other threads.
As for finding a job doing this stuff, google "Chicago Prop Trading firms". The first result lists a ton. Goto their websites and apply. Or you can use a head-hunter.
I have no experience with the New York part of things, but it's probably similar. Chicago does seem to be a good incubator for starting up a trading company though as the CME is located here and it's a great place for big and small companies to trade (IMHO/YMMV).
As for going directly to a startup, it's tricky, we don't have the budget to pay for more employees at the moment, and I know a lot of start ups are in similar situations. If we do hire someone it is usually below what a prop firm would pay them and they have to be extremely experienced in the area we hire them for.
So, I would suggest prop firm first route, it worked for me and I wouldn't be where I am now had I not gone that route.