avatar of 发明者量化-小小梦 发明者量化-小小梦
focar em Mensagem privada
4
focar em
1271
Seguidores

O processo e o pensamento de desenvolvimento de estratégias quantitativas

Criado em: 2016-08-29 17:44:47, atualizado em: 2019-08-01 09:52:18
comments   4
hits   8866

O processo e o pensamento de desenvolvimento de estratégias quantitativas

Quando começamos a escrever estratégias na quantificação do inventor, talvez seja como muitos novos usuários. Sentimos que não temos mais nada a fazer, e é verdade. Escrever e escrever poesia são dois conceitos. Mas para escrever poesia, é preciso escrever. Então há uma condição de rigidez: você precisa de programação básica.Porta de transmissãoO blogue é curto, mas rico em conteúdo, o suficiente para escrever estratégias.

  • A seguir, entramos no assunto: Como é o processo de desenvolvimento de uma estratégia? Os principais passos são os seguintes: O processo e o pensamento de desenvolvimento de estratégias quantitativas

A programação é apenas uma parte, mas é uma parte importante.

- 1、建模:
    我的理解是,你的想法应该是一个靠谱的好主意(我想没人愿意付出大量精力去验证一个错误的IDEA)。所以这个好主意不是胡思乱想出来的。是通过观察市场现象、行为。数据分析,数学分析等一些科学的方法设计出的完善的逻辑、数学模型。并且要通过论证。
- 2、编程:
    这个过程就如同拿到设计图纸后造车一样。当然实际写的时候会遇到各种在 模型中 没有想到的问题,需要反复调整。经过这个过程你会深刻的体会到: “想的简单”这几个字,也会知道 策略 和 策略源码 之间的距离。
- 3、回测:
    必不可少的一步。此刻不管策略代码作者多自信,这个时候的策略代码也只是残次品。 还要经过 “回测” 这个大熔炉 锤炼。回测是在历史数据中,舒舒服服的测试。主要验证程序的基本逻辑,基本功能,验证策略的基本正确性、可行性。这个过程往往会发现一批明显的BUG。
- 4、实时行情的模拟交易:
    在明显的问题通过回测检验,排除后。回测结果接近预期的设计(至少是策略有可行性)。开始让策略程序接受实时行情模拟交易的考验。这个阶段依然会发现不少问题,这些问题更加隐秘、难以查找。所以该阶段DeBug需要认真。找错误是个基本功。(甚至我个人感觉DeBug功力比写代码还重要)。如果这方面经验不足、粗心大意,会导致一个BUG,没处理对(甚至没找到,但是误改了别的地方),进而产生更多的BUG,这种情况我经历过,说体验就两个字:“抓狂!”。
- 5、实盘测试
    终于迎来最残酷的实盘测试,策略程序要经得住实盘各种问题的摧残(网络异常,超时,交易细节问题,响应速度,容错机制 等等)。 有些问题藏得非常之深。要经过长时间的实盘测试才能体现出来。找出这些问题的根源也是需要一番功夫的。

Uma estratégia provavelmente requer os passos acima. O teste repetitivo ocupa a maior parte do ciclo inteiro, e a codificação apenas uma pequena parte.

  • Experiência:

    • 1 , Eu também fui torturado quando escrevi a primeira estratégia. E geralmente não espero que a primeira vez que escrevo seja completa. É melhor ler alguns códigos simples primeiro, escrever comentários sobre esses códigos e entender o papel de cada linha.
    • 2. Imitar algumas estratégias simples.
    • 3 - A sério, é necessário. A negligência é um desastre.
    • 4o, paciência, o BUG abusou de mim milhares de vezes, e eu considero o BUG como o meu primeiro amor! Mantenha uma boa mentalidade. Quando você não conseguir, vá ver televisão, admire as mulheres bonitas na rua e continue.
    • 5., na fase inicial, use bem as anotações, use bem a função de saída de informações ((API), na quantificação do inventor, use a função Log (((). Pode ser escrito como Log ((( “Corre até aqui, marque A”); Adicione isso à estrutura lógica do seu código, para saber quando o programa entra no processo com esta função Log.
    • 6 - Não tenha medo!