Quá trình và tư duy phát triển các chiến lược định lượng

Khi bắt đầu viết chiến lược trên Inventor Quantify, có lẽ cũng giống như nhiều người mới sử dụng. Bạn cảm thấy không có gì để làm, và đó là sự thật. Vì vậy, có một điều kiện cứng: bạn cần lập trình cơ bản nhất.Cổng truyền tảiTôi đã viết một cuốn sách về chiến lược, nhưng nó không dài lắm, nó rất phong phú và đủ để viết về chiến lược.

• Sau đây là câu chuyện chính: Quá trình phát triển chiến lược là gì? Bước tiếp theo là:

Bạn thấy đấy, lập trình chỉ là một phần trong số đó.

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

Một chiến lược có thể cần các bước trên. Thử nghiệm lặp lại chiếm phần lớn của toàn bộ chu kỳ, mã hóa chỉ là một phần nhỏ.

• Kinh nghiệm:

  • 1 , Tôi cũng bị hành hạ khi viết chiến lược đầu tiên. Và thường không mong đợi lần đầu tiên viết hoàn toàn hoàn chỉnh.
  • 2/ Mô phỏng một số mã chiến lược đơn giản.
  • 3, nghiêm túc, điều này là cần thiết.
  • 4 , kiên nhẫn, BUG đã hành hạ tôi hàng trăm lần, tôi đã đối xử với BUG như là người yêu đầu tiên! Hãy giữ thái độ tốt. Khi thực sự không ổn, hãy xem tivi, thưởng thức những người đẹp trên đường phố, và tiếp tục.
  • 5 , sử dụng chú thích tốt, sử dụng hàm xuất thông tin ((API) ở giai đoạn đầu học, sử dụng hàm Log (() trên định lượng của nhà phát minh. Bạn có thể viết như thế này Log ((“chạy đến đây, đánh dấu A”); hãy thêm điều này vào trong cấu trúc logic của mã của bạn, để biết khi nào chương trình nhập vào quá trình có hàm Log này. Sử dụng Log có thể giúp bạn định vị nhiều BUG.
  • 6. Đừng sợ!