インジケーターの開発費用の見えない事情｜MT4のEA＆インジケーター作成代行シストレファクトリー

yuki

本日はインジケーター開発の裏側のお話です

カオチャイ

サインツールの開発料金は業者によってお値段に差がでますが、こういう部分は一体何が違うのか？というお話でございますよ

プログラムのコードはいかに少なく、いかに美しく
- コードの書き方が変わる理由
プログラマーの実力の差がでるコード例
開発依頼はやっぱり専門業者が安心

プログラムのコードはいかに少なく、いかに美しく

MT4のツールを作成するためのMQL言語は、たとえチャート上で同じ挙動をするソフトウェアだとしてもコードを見れば誰が書いたかがわかるくらいに個性がでます。

これは、1つの結果を出すためにとれる選択肢がたくさんあることが原因なのですが、サインツール開発業者のお値段の違いというものはこのあたりがどうやら関わっているようです。

たとえば下記の2種類のコードはMT4上ではどちらもトレイリングストップを行うコードですが、書き方はここまで差が出ます。

だめな例

for(int i = 0; i < OrdersTotal(); i++) {
      if(OrderSelect(i, SELECT_BY_POS, MODE_TRADES)) {
         if(OrderSymbol() == Symbol()) {
            if(OrderMagicNumber() == MagicNumber) {
               if(OrderType() == OP_BUY) {
                  if(NormalizeDouble(OrderStopLoss(), Digits) < NormalizeDouble(Bid - _Point * TrSt, Digits)) {
                     bool result = OrderModify(OrderTicket(), OrderOpenPrice(), NormalizeDouble(Bid - _Point * TrSt, Digits), OrderTakeProfit(), 0, clrBlue);
                     if(result == false) {
                        Print("OrderModify error " + GetLastError());
                     }
                  }
               }
               if(OrderType() == OP_SELL) {
                  if(NormalizeDouble(OrderStopLoss(), Digits) > NormalizeDouble(Ask + _Point * TrSt, Digits)) {
                     bool result = OrderModify(OrderTicket(), OrderOpenPrice(), NormalizeDouble(Ask + Point * TrSt, Digits), OrderTakeProfit(), 0, clrRed);
                     if(result == false) {
                        Print("OrderModify error " + GetLastError());
                     }
                  }
               }
            }
         }
      }
   }

良い例

for(int i = 0; i < OrdersTotal(); i++) {
      if(!OrderSelect(i, SELECT_BY_POS)) continue;
      if(OrderSymbol() != Symbol()) continue;
      if(OrderMagicNumber() != MagicNumber) continue;

      if(OrderType() == OP_BUY) {
         double trailingStop = NormalizeDouble(Bid - TrailingPips * Point, Digits);
         if(NormalizeDouble(OrderStopLoss(), Digits) < trailingStop) {
            if(!OrderModify(OrderTicket(), OrderOpenPrice(), trailingStop, OrderTakeProfit(), 0, clrRed))
               Print("OrderModify error ", GetLastError());
         }
      } else if(OrderType() == OP_SELL) {
         double trailingStop = NormalizeDouble(Ask + TrailingPips * Point, Digits);
         if(NormalizeDouble(OrderStopLoss(), Digits) > trailingStop) {
            if(!OrderModify(OrderTicket(), OrderOpenPrice(), trailingStop, OrderTakeProfit(), 0, clrRed))
               Print("OrderModify error ", GetLastError());
         }
      }
   }

カオチャイ

同じ挙動なのに随分と内容が違いますねぇ・・

yuki

悪い例の方はエラーが起きた時に処理を止める記述なども抜けていたのでそこはさすがに修正しておいてあげましたがそれでもだいぶ異なりますね

カオチャイ

ちなみに動作確認はしておらず、あくまでサンプルですのでご注意くださいね！

コードの書き方が変わる理由

yuki

ここでコードの書き方を毎週のゴミ出しに例えてみましょう

カオチャイ

例として、「毎週月曜日（祝日の場合は翌火曜日）の朝9時までにゴミを出す」というロジックで考えてみますと・・・

熟練プログラマの場合

もし（if）(月曜日 or 月曜日が祝日で今日は火曜日)
if(現在時刻＜朝9時)
ゴミを出す

カオチャイ

と、このようにシンプルなコードで仕上げます、しかし経験の浅い開発者はこのようなコードの書き方が思いつかずに・・・

新人プログラマの場合

もし（if）(月曜日) 月曜日だとチェック
if(月曜日＝祝日）月曜日は祝日だとチェック
if(火曜日) 火曜日のチェック
if(現在時刻＜朝9時）ゴミ捨てチェック
if(月曜日のチェックがON　or　月曜日は祝日のチェックがON　&　火曜日のチェックON & ゴミ捨てチェックON）
ゴミを出す

というような基本的なコードの書き方のみで動かそうとしてしまいます。

熟練プログラマのコードは「月曜日か火曜日以外は一切時間を確認しない（する必要がない）」のに対し、後者はたとえ土曜日であっても「今何時だ？9時前だ。ゴミ捨てしなきゃ」という判定を毎回してその分CPUのパワーが取られてしまいます。

こういう無駄な処理をどれだけ削除するかが軽量化とエラーを防ぐ鍵なんですね。

プログラマーの実力の差がでるコード例

yuki

それではプログラマの実力がでるコードをご紹介です

カオチャイ

下記は一見同じ処理をしているように見えますが、悪い例はティック毎に4つの指標を全部計算するのに対し、
良い例は指標を1つずつ計算し、条件に合わない指標が出た時点で処理をやめております

yuki

そのため、インジケーターの重さに差が出てくるんですね

無駄な処理が毎回発生する悪い例

void OnTick() {
   for(int i = limit - 1; i >= 0; i--) {
      double ma5 = iMA(省略);
      double ma5_1 = iMA(省略);
      double ma20 = iMA(省略);
      double ma20_1 = iMA(省略);

      bool isGoldenCross = false;
      if(ma5_1 < ma20_1 && ma5 > ma20) {
         isGoldenCross = true;
      }

      double bb20_sigma2_upper = iBands(省略);
      bool underSigma2 = false;
      if(bb20_sigma2_upper < Close[i]) {
         underSigma2 = true;
      }

      double rsi14 = iRSI(省略);
      bool rsiUnder60 = false;
      if(rsi14 < 60) {
         rsiUnder60 = true;
      }

      double sugoiIndicator = iCustom(Symbol(), PERIOD_CURRENT, "sugoiIndicator", 省略);
      bool sugoiIndicatorFlag = false;
      if(sugoiIndicator > 100) {
         sugoiIndicatorFlag = true;
      }

      if(isGoldenCross && underSigma2 && rsiUnder60 && sugoiIndicatorFlag) {
         OrderSend();
      }
   }
}

条件に合わない判断が出たらそこで処理を止める良い例

void OnTick() {
   for(int i = limit - 1; i >= 0; i--) {
      if(IsGoldenCross(i) && UnderSigma2(i) && RsiUnder60(i) && SugoiIndicatorIsTrue(i))
         OrderSend();
   }
}
bool IsGoldenCross(int bar) {
   double ma5 = iMA(省略);
   double ma5_1 = iMA(省略);
   double ma20 = iMA(省略);
   double ma20_1 = iMA(省略);

   return (ma5_1 < ma20_1 && ma5 > ma20);
}
bool UnderSigma2(int bar) {
   double bb20_sigma2_upper = iBands(省略);
   
   return bb20_sigma2_upper < Close[bar];
}
bool RsiUnder60(int bar) {
   double rsi14 = iRSI(省略);
   
   return rsi14 < 60;
}
bool SugoiIndicatorIsTrue(int bar) {
   double sugoiIndicator = iCustom(Symbol(), PERIOD_CURRENT, "sugoiIndicator", 省略);
   
   return sugoiIndicator > 100;
}

yuki

良い例と悪い例では、条件によっては計算量に2倍以上も差がでます

カオチャイ

しかしツールとして売られていると、こういう差は残念ながらわかりませんね・・

yuki

たしかに一見わかりません。しかしコードを複雑に書いてしまうとある条件が整った時などに、売りと買いのサインが両方同時にでてしまうというエラーをもったまま売りに出されているツールも存在しますので、注意が必要です

カオチャイ

自動売買は放置する人が多いのでこういうエラーは気づかないままスルーされることも多いですしね