مقدار کی حکمت عملی تیار کرنے کے عمل اور سوچ

مقدار کی حکمت عملی تیار کرنے کے عمل اور سوچ

جب ایجاد کنندہ کی مقدار پر حکمت عملی لکھنا شروع کرتا ہے تو ، شاید بہت سارے نئے صارفین کی طرح۔ یہ محسوس ہوتا ہے کہ اس سے کوئی فائدہ نہیں ہوتا ہے۔ لکھنا اور نظم لکھنا بالکل دو تصورات ہیں۔ لیکن نظم لکھنا چاہتے ہیں تو ، لکھنا ضروری ہے۔ لہذا ایک سختی کی شرط ہے: سب سے بنیادی پروگرامنگ کی ضرورت ہے۔ یہاں آپ پوچھ سکتے ہیں کہ آپ بنیادی طور پر کس حد تک ہوشیار ہیں؟ یہ دیکھیں:ترسیل کے دروازےاس مضمون کا لنک لمبا نہیں ہے ، لیکن اس میں کافی مواد ہے ، اور اس کی حکمت عملی لکھنے کے لئے کافی ہے۔

• ہم نے اس کے بارے میں کیا سوچا ہے؟ ایک حکمت عملی تیار کرنے کا عمل کیا ہے؟ اس کے بارے میں مزید جانیں:

آپ دیکھئے! پروگرامنگ صرف ایک لنک ہے۔ لیکن ایک اہم لنک ہے۔

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

ایک حکمت عملی میں شاید مندرجہ بالا اقدامات کی ضرورت ہوتی ہے۔ بار بار ٹیسٹنگ پورے دورانیے کا زیادہ تر حصہ لے لیتی ہے ، اور کوڈنگ صرف ایک چھوٹا سا حصہ ہے۔

• تجربہ:

  • 1 ، میں نے پہلی حکمت عملی لکھنے کے دوران بھی تکلیف دہ تھا۔ اور عام طور پر ، میں پہلی بار مکمل طور پر مکمل کرنے کی خواہش نہیں رکھتا ہوں۔ یہ بہتر ہے کہ پہلے کچھ آسان کوڈ دیکھیں ، ان کو نوٹ کریں ، اور ہر لائن کا کیا کام ہے۔
  • 2، کچھ سادہ حکمت عملی کوڈ کی نقل کریں۔
  • 3، سنجیدگی سے، یہ ضروری ہے۔ لاپرواہی تباہی ہے۔
  • 4، صبر، BUG نے مجھے ہزاروں بار زیادتی کی، میں نے BUG کو پہلی محبت کی طرح انتظار کیا! اچھی ذہنیت رکھیں۔ جب میں پریشان ہوں تو ، ٹی وی دیکھنا ، سڑک پر خوبصورت خواتین کی تعریف کرنا ، اور آگے بڑھیں۔
  • 5 ، ابتدائی مرحلے میں اچھی طرح سے نوٹ کریں ، اچھی طرح سے معلومات کو آؤٹ پٹ کرنے والے فنکشن (API) کا استعمال کریں ، ایجاد کنندہ کی مقدار میں یہ اچھی طرح سے لاگ (Log) فنکشن ہے۔ آپ اس طرح لکھ سکتے ہیں لاگ ( یہاں تک چلتا ہے ، A کو نشان زد کرتا ہے) ؛ اس کو اپنے کوڈ کی منطقی ساخت میں شامل کریں ، تاکہ آپ جان سکیں کہ جب پروگرام اس لاگ فنکشن کے ساتھ عمل میں داخل ہوتا ہے تو لاگ کا استعمال کریں۔ لاگ آپ کو بہت ساری BUG کی تلاش میں مدد کرسکتا ہے۔ اصل میں کوڈ لکھتے وقت ، اکثر مختلف موت کے حلقوں میں پھنس جاتا ہے ، لیکن یہ نہیں جانتا کہ مرنے والا پروگرام کہاں ہے۔
  • 6، خوفزدہ نہ ہوں!