양적 전략 개발의 과정과 사고

발명가 양성에 관한 전략을 쓰기 시작했을 때, 아마도 많은 새로운 사용자들과 마찬가지일 것입니다. 은 을 느끼지 못했고, 실제로 그랬습니다. 글쓰기와 시를 쓰는 것은 완전히 두 가지 개념입니다. 하지만 시를 쓰기 위해서는 글쓰기를 해야 합니다. 그래서 딱딱한 조건이 있습니다. 가장 기본적인 프로그래밍이 필요하죠. 여기서 질문할 수 있는 것은, 이 얼마나 기본적인지 입니다. 이걸 보세요.전송 문이 글은 짧지만, 전략적 내용을 충분히 담고 있습니다.

• 다음으로 우리는 핵심에 대해 이야기합니다. 전략 개발 과정이 어떤가요? 대략적인 단계는 다음과 같습니다.

하지만 프로그래밍은 그 중 하나일 뿐입니다.

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

하나의 전략은 아마도 위와 같은 단계를 필요로 한다. 반복 테스트는 전체 주기 중 대부분을 차지하고, 코딩은 단지 작은 부분을 차지한다.

• 경험:

  • 1 , 나는 첫 번째 전략을 작성 할 때 고통 받습니다. 그리고 일반적으로 첫 번째 글을 완전히 완성 할 수 있기를 기대하지 마십시오. 먼저 간단한 코드를보고 코드에 대한 코멘트를 작성하여 각 줄의 역할을 이해하는 것이 좋습니다.
  • 2 간단한 전략 코드를 모방한다.
  • 3번, 진지하게, 이건 필수적이다. 부주의는 재앙이다.
  • 4 , 참을성, BUG는 나를 수백 번 괴롭혔고, 나는 에게 첫사랑처럼 대했다! 좋은 마음을 유지하십시오. 진짜로 엉망이 될 때, TV를 보거나, 길거리에서 미녀를 칭찬하고, 계속하십시오.
  • 5 , 초보 단계에서 주석을 잘 사용하고, 정보를 출력하는 함수 ((API), 발명자의 양에 따라 Log () 함수를 사용하십시오. 이렇게 쓸 수 있습니다. Log () “여기서 실행, 표기 A”); 이것을 당신의 코드의 논리 구조 안에 추가하여, 프로그램이이 Log 함수를 가진 프로세스에 언제 들어갈지를 알 수 있습니다.
  • 6. 두려워하지 말고 행동하라