I'd be super-interested in hearing what that's like from a hacker point-of-view. Is it a big team? Are you doing standard IT work there or far-out, complex coding? If you're a hacker there, what's the skinny on fun problems in the day-to-day work?
I also work for a hedge fund, so I'll throw out an answer. It's a 3 person shop focused on algorithm trading, the founder and two employees (including me) managing the money of the founder.
I'd say a good 50-75% of the work is tricky quantitative programming. Read: prediction, analysis, concurrency, micro optimizations (today I shaved 10-20 seconds of a 15 minute program run time). Probably 10-15% of it fits what you would describe as "far out, complex coding". There is of course grunt work; tax calculations, making our FIX talk to their FIX, etc. There is a lot of frustration; I've had a number of ideas I liked, all of which failed horribly.
I'd say it's roughly equivalent to being an employee at a startup, except that there are only 3 employees, all of whom are within shouting distance.
Actually, that type of environment sounds like a lot of fun. I've worked on a trading desk before, and I am now doing an internship developing strategy while I finish my MSFE. I didn't realize how much I missed the day to day stuff in a trading environment until I got put back into one. I love every minute of it.
My work life is similar to yummyfajitas. I work in a 4-person fund that was bought by a 30-person firm (collection of different alternative asset funds), which makes us semi-autonomous. I'm basically a jack-of-all-trades there, but 80% of my time is model development. When I first started, the fund was still in its infancy and it was all about creating the frameworks, automating tedious tasks, etc. Since then it's more about statistics, AI, and lately saving pennies.
The most fun is being able to watch the market, and have that epiphany where you all of a sudden have a trading system in mind that you want to try. You furiously code for the next 30 minutes, compile, debug, input parameters, hit enter--- and then have your dreams crushed to find "hmm... well if I traded that, we'd lose 98% in x years." :)
I'd say it's best described as a startup meets online poker. On the startup side, it's a small team, constantly pivoting based on perceived market demands for different investment vehicles, and lots more freedom to fail fast with little ideas. The poker side is where the whole luck factor comes in, dealing with huge swings due to flash crashes and political speeches.
I finally created an account just to respond to this.
I would love to hear more about your work (and yummyfajitas). I work for a company that manages 401(k) plans and haven't had much intellectual stimulation recently. Modeling isn't something we do to a large extent.
What programs/language do you do your modeling in? Where does your data come from for back testing?
Any more info about the frameworks, day to day, etc. would be very interesting.
I'm currently reading a book titled "Algorithmic Trading & DMA" which will hopefully give me a basis of how market systems actually function and I'm hoping to build up from there.
Languages are pretty irrelevant. I use C# personally just because I like it, but others use Matlab, R, or Java. If someone came on board and could make us money in Smalltalk or QBasic, we'd let them use that. :)
Data can come from numerous places depending on your licensing budget. For an initial analysis you can go to Yahoo! for daily prices; data reliability isn't great but you get what you pay for there. Bloomberg provides great data (assuming you guys have a Bloomberg tutorial), but make sure to read their T&C! They have very strict rules about taking data off machines, etc. Other sources are places like Tickdata.com and similar vendors whose sole purpose is to provide you with clean, reliable data.
As far as frameworks go, to be honest most of the code is created from scratch. My C# framework is around 50,000 lines plus the code for individual models. It still feels like it's only about 5% of what I want it to be. If I were to start over again, I'd probably go with R because so many computational finance people have contributed to it and its graphing/plotting/statistics features are amazing.
Are you in a position to change how your company approaches modeling? We're currently expanding into consulting and services as well. If you want to talk more about that, check my profile and send me an email. We could probably help you guys get started in the area or work with your team to develop custom models.
The book looks like it may be really good. Most of what I've learned about automated execution has been through the long road of trial and error. Most of those topics in the book are important, though it seems based on the ToC that the content may fizzle out just when it gets to the good stuff.
