Ithink the best available tools for trading, for you puppets ,are the ones that based on metamodeling.The OMG might be among the choices.
Nice list of well thought out questions. Rarely do you see that here on ET anymore.
Realize that the following opinions are from someone who doesn't believe in looking at charts or bars as a good tool for developing trading strategies.
I can't really recommend you do this, but maybe as a thought experiment if you were to consider hiring an experienced trader from somewhere like Getco, Jump, Infinium and conduct a phone interview they would reveal much more about their running strategies than your average retail trader. Why? Because they know most of the value is in the execution framework and that you need to know lots of details about their strategy to evaluate how it fits within you firm's risk tolerance.
Cheapest option is to find an excellent high school kid. There's about 1 kid per 10 high schools in tech areas of the country who would suffice. Finding them requires laying a lot of groundwork and casting a wide net.
Most strategies tend to migrate from shop to shop (0+, fx basis, rolls, etc). It's generally not a big deal.
I view automation as an easy way to make money on the obvious stuff across lots of products.
I have a lot of experience in this area. I worked for a software company next to a college that was always keen to place their software engineering students into our company for work experience. It feels good to give an eager student the chance to build experience facing real-world challenges but even with the strongest of them we found that for the first six months or so they were more of a drain on the team than a help. Quite a few of them worked out well and were eventually hired, but it didn't take us long to realize that the 'free' resources were actually quite expensive and we had to keep the ratio of interns to regulars very low.If you are going to use interns, then read the article on page 61, etc in the latest "The Economist" Since they are eager beavers, they may talk you out of doing anything but a complete job.
Language is only a tool but you do not want to lock yourself into some obscure language and build algo with it and then be forced to re-write because it does not let you to connect to broker or market data for live trading.
You interact with data providers, brokers through platforms and API. Research of those would indicate that interaction with markets is done mostly with languages from C++ family - Java, .Net, C++ itself or some proprietary platform specific scripts.
trading is a combination of fundamentals and technology where there is no noise, no anomalies nor any flaws. certainty is the result.
what exactly do you mean when you say the market has no noise, no flaws and no anomalies?
This is a great point to consider. I once came into a company that had many years worth of business logic written by their developers as SQL stored procedures. Initially it was a very attractive approach as the stored procedures could be developed and deployed fairly rapidly. As the systems grew in complexity over time the code became much harder to support, debug, enhance, refactor. On numerous occasions when we wanted to integrate our systems with third-party products such as rules-engines or other API's we were f'd because the calls would have to be made from SQL which either wasn't supported or had severe performance impacts.
I have a lot of experience in this area. I worked for a software company next to a college that was always keen to place their software engineering students into our company for work experience. It feels good to give an eager student the chance to build experience facing real-world challenges but even with the strongest of them we found that for the first six months or so they were more of a drain on the team than a help. Quite a few of them worked out well and were eventually hired, but it didn't take us long to realize that the 'free' resources were actually quite expensive and we had to keep the ratio of interns to regulars very low.
I have a lot of experience in this area. I worked for a software company next to a college that was always keen to place their software engineering students into our company for work experience. It feels good to give an eager student the chance to build experience facing real-world challenges but even with the strongest of them we found that for the first six months or so they were more of a drain on the team than a help. Quite a few of them worked out well and were eventually hired, but it didn't take us long to realize that the 'free' resources were actually quite expensive and we had to keep the ratio of interns to regulars very low.