2020issue C0159
Interrogating mechanical system listings as one procedure
A historical systems catalog is a case study in specifying a mechanical trading system. Editorial reading: treat entry, exit, and standing aside as one signal-producing rule set, then apply due-diligence-questions to each catalog-listing instead of mistaking click-order popularity for a tested edge.
- A mechanical trading system is a complete, pre-specified procedure that turns rule-inputs, market state, and execution constraints into buy, sell, or stay-out signals.
- The same procedure can be delivered as software, as a real-time signal service, or as a published rule set followed by hand.
- A useful catalog-listing names indicators, market coverage, extra applications, support, and primary features. It is not a verified track record or editorial ranking.
- Click-order popularity among listings is not an editorial rating, and vendors remain responsible for their own listing content.
One procedure, one signal-output
A mechanical trading system is a complete, pre-specified procedure that turns defined rule-inputs, market state, and execution constraints into buy, sell, or stay-out signals over the system holding period. The signal-output is the actionable instruction the procedure emits once its rules have evaluated current market state.
The archive describes the historical workflow as issuing automated buy and sell signals from pre-programmed rules so that decisions depend less on discretionary interpretation. The same procedure can be delivered as software, as a real-time signal service, or as a published rule set followed by hand.
A system may draw on one or more disciplines, including artificial intelligence, indicator packages, custom rules, Gann analysis, or astrology. Editorial reading: the mix of disciplines does not replace the need to specify entry, exit, and standing aside as one rule set.
What a catalog-listing can state
A catalog of systems can serve as a starting point for comparison but does not present track records or rankings. A catalog-listing is a vendor-supplied product description that can outline features and support but is not a verified track record or editorial ranking.
Vendors are responsible for their own listing content, and the catalog host does not endorse the businesses listed. Listing information is described as accurate at the time of posting and subject to change.
A useful listing states which indicators are used, which markets are covered, whether extra applications are required, what support is offered, and what the primary features are. Those items are the rule-inputs a listing must name before the procedure can be tested as a whole.
Due-diligence-questions for one procedure
Due-diligence-questions ask what the system uses, where it applies, what extra software it needs, and what support exists, so the procedure can be specified enough to test.
Editorial reading: those checks turn a catalog-listing into a specification for one mechanical trading system. They keep browse order from being read as evidence that the signal-output is a tested edge.
All readings on this track · 22 readings
- 1985Treat a shared mechanical printout as a public script
- 1988Pessimistic margin ranking for mechanical systems
- 1991From a differenced-average sketch to coded rules
- 2003Commodity enthusiasm is not a complete system
- 2005Reader surveys as system evaluation checklists
- 2008Critiquing unchanged mechanical signals in evolving markets
- 2010Read a mechanical trading system catalog as a specification checklist
- 2011Specify mechanical system signals as one testable procedure
- 2012Treat a packaged mechanical system as one inspectable procedure
- 2013Mechanical trading systems as complete signal procedures
- 2013Testable cycle rules as one procedure
- 2014Evaluate mechanical trading systems as one procedure
- 2015Mechanical trading systems as one testable procedure
- 2016Evaluating mechanical trading systems as testable procedures
- 2016Reading a systems catalog as one mechanical procedure
- 2018Mechanical systems as testable signal procedures
- 2019Treat mechanical system listings as specification audits
- 2019Match the automation stack to mechanical system constraints
- 2019Bar size as a mechanical system construction constraint
- 2020Interrogating mechanical system listings as one procedure
- 2020Mechanical systems still need emotion rules
- 2020Comfort, not theory, keeps mechanical rules in use