IntradayBill and I are total direct opposites in how we generate trading code. I have written commercial code since 1973 in numerous programming languages on many mainframe, minicomputer and PC operating systems. Today in my retirement I write the majority of my trading code in TradeStation Easy Language and execute on TS and MultiCharts/IB.
Either IntradayBill or I can build working trading systems. I greatly respect IntradayBill and his contributions to ET using his methods. There is no right or wrong way to use tools to build trading applications as long as the trading solutions allow for the use of good trading practices and we meet our objectives.
When I taught Computer Science in the 1970s the same debate raged. Program in COBOL or use a program generator called RPG II (see
http://en.wikipedia.org/wiki/IBM_RPG_II). Those for RPG II said productivity would kill COBOL. COBOL proponents stated they could do processing 150% faster and crush RPG II by eliminating high CPU cost. COBOL won the battle but for the wrong reason. It won because the billing rates for COBOL programmers were double RPG II programmers. However, commercial code generators are just as popular today as in the 1970âs. In computers today there are more than 100,000 commercial code generator software packages available and just as many commercial programming tools for those who write code. For example Hogan systems can generate code to run a whole commercial bank (see
http://www.csc.com/banking/offerings/11090/48573-hogan_systems).
I see no reason in todayâs retail product market to not use code generators unless you have a passion for writing code like I do. People who write code expect that they will gain an âedgeâ over generated trading applications. The trader who generates a trade with an entry, stop and target may generate an acceptable application that produces profits in a short of time and trades profitably. But code writers expect to do considerably better by using specific trading language extensions.
The advantage that a code writer has over a code generator is that they can build dynamic trading applications that are variable in nature. The down side is these applications take much longer to build, test and implement. For example the simple trading system noted above can have more bells and whistles added to increase profits but take ten times as long to code and test. Is it worth doing? Well maybe if the entry, stop and the target can be better tuned to the price landscape, changing volume and volatility cycles. Rather than fixed entry, targets and stops I code ATRâs for entry, targets and stops.
Yes, these things can be coded by generators but hard code writers will beg to differ about how profitable a generator can use these areas. For example try to generate code effectively with ticks, bids, asks, arrays, trade statistics, etc⦠That is where back testing settles this debate for me.
So it boils down to a matter of passion and taste. Some traders want cold straight results in a static trading environment. Where I demand warm lose results in a dynamic trading environment. Is one method better than the other? Who knows? As long as we both keep meeting our goals and objectives who cares?
P.S. I am going back bass fishing in my ranger boat till labor day. I got to do something with these profits before the goverment sucks them out of me. Best of trades to you.
Quote from intradaybill:
Anywhere from 60+ K to 3K. The system I have generates full code for TS and Wealth Lab and logic-only type of a thing for Amibroker and other platforms but I have developed some templates to fit it in and just do copy and paste.
There are other systems I have not tested. Safir-X and Trading System Lab are two of them for example. I tested some others and they just took too long or the results were fitted or random systems.
I mean backtesting yourself is like developing a program using CPU language rather than using a high level language.