Automated trading system outcomes and real trading results

Discussion in 'Automated Trading' started by vlad, May 6, 2005.

  1. man

    man



    from what i understand we are not talking about real high frequency. so why not pay sum more commission and email/ftp/fix/whatever to a broker who executes "by hand"? and contract with him that he only accepts so many contracts and stops out once somethig strange happens and so forth.
     
    #41     May 17, 2005
  2. flat5

    flat5

    Nothing like putting a person in the loop as a sanity check. I think this approach makes a lot of sense.
     
    #42     May 17, 2005
  3. man

    man

    no offense intended, but i always thought that the automatic guys automise because a) the thing is so fucking stable that they want to have their hands free for other stuff or b) it is so high frequency that they have to minimise delay of ordering. i think the route of automising because you have another job to go for is very different from that. and within this context i think it is a waste to optimise the technical environment. rather trade via "real" broker and spend more times developing systems that allow fulltime trading. why do you need two backup systems when you trade one emini three times a week?

    sorry, did not mean it bad. just my thoughts on focussing. this thread so far does not attack the real problem of the currently used strategy, which is below expectation performance. my feeling is that by talking about all other thigns, the main point gets lost. unprofessional thinking. focus on highest business value at any given point of time.

    again. sorry. do not mean it bad.


    peace
     
    #43     May 17, 2005
  4. flat5

    flat5



    Clearly that's the goal. However, you have to get from point A (a non-existent or system under test) to point B ("so fucking stable"). This is not trivial.

    I don't think it's different from the first goal at all. It allows trading where it would otherwise be impossible.

    It is not optimization. It is "not possible" to "possible." That is basic functionality, not optimization.

    Trade at work = FIRED. Period. Therefore, any trading must be automated.

    Did I say I need two backup systems?

    I believe the original poster was interested in discussing development from scratch, A-Z, and all the things in between. The system is but one component of that.

    You have no business value if you can't trade.
     
    #44     May 17, 2005
  5. man

    man

    i respect your point of view.
     
    #45     May 17, 2005
  6. maxpi

    maxpi

    Regarding risk abatement how bad can it be? I'm not thinking of, worst case but typical case of a computer messing up while trading. You might spend your intraday buying power on goofy entries but chances are that half of those trades will be good and half bad and you can monitor the account remotely and close out everything quickly. A real bad scenario would be repeated buy-sell and loss of commission. That needs to be watchdogged somehow.
     
    #46     May 17, 2005
  7. 65Matt

    65Matt

    vlad,
    Great thread.

    As for risk mgmt., I think that you can try to correct your code as much as you can. However, I think the ultimate risk mgmt. tool would be to create another trading account, a cash account, to keep the bulk of your capital. Only leave a small amount in the account you actively trade. If something catastrophic happens, your risk is limited to what's in the account. Your broker will limit your loss with his margin requirements.

    I don't know if this has been discussed before, but this is what I plan on doing.
     
    #47     May 18, 2005
  8. maxpi

    maxpi

    Sounds like a good plan. You could scale up the account as you gain confidence in both the trading system and the execution system. Actually if they are both working well the account should scale itself up.
     
    #48     May 18, 2005
  9. vlad

    vlad

    Yes, 65Matt, that is exactly what I do. For described ATS I opened independent account and try to be not far from the margin requirements. For 8 1/2 months this margin requirements had not been of use, but who knows, in critical situation it will be additional protection.
    ---------------------------
     
    #49     May 18, 2005
  10. vlad

    vlad

    Thank you for the advice, man. I will check for a longer time period if the system correlates with any market features. And I will show some statistical tests for current system evaluation.
    --------------------------
     
    #50     May 18, 2005