Live data from Hacker News

High-Frequency Programmers Revolt Over Pay

forbes.com

121–130 of 175 posts

Re: High-Frequency Programmers Revolt Over Pay

#121
post #28

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…

Excuse me. I work as a programmer for a large investment bank, have dignity, and am respected by my users (commodities trading, sales and operations). I am also respected. However, I also took the time to learn my users' business and product-lines. One major problem that software developers have is that they don't take the time to learn their users' product. If you don't take the time to learn about what they do, why should they take the time to learn about what you do?

Re: High-Frequency Programmers Revolt Over Pay

#122
post #42

Can 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.

I believe at a certain scale the markets actually pay a fraction of a cent per trade to encourage liquidity.

Re: High-Frequency Programmers Revolt Over Pay

#123
post #97

Earlier 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?

We currently run an in-house market maker but we don't really want to. The reason for releasing a public API is to bring in outside market makers to provide liquidity so we can focus on running the exchange.

Re: High-Frequency Programmers Revolt Over Pay

#124
post #101
post #97

Earlier 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?

Since we launched in February:

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

#125
post #42

Can 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.

It's not a Martingale system because at very short time-frames traders can predict price movements much better than 50%. I think the fancy term is statistical arbitrage.

Re: High-Frequency Programmers Revolt Over Pay

#126
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 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 in very little time. After that we have to analyze our trades constantly to stay in the competition.

We 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

#128

I 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…

Have you actually done any HFT work? I know that's what most people believe, but the HFT outfits I am familiar with have algorithms that are extremely complex, and while they need to be fast, just being faster than them with a dumb algorithm won't get you anywhere.

Re: High-Frequency Programmers Revolt Over Pay

#129

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 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 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

#130

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 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…

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 the Chicago area.

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.

Post reply on HN