オープンプロジェクト - テスタ・オプティマイザを自社開発 - ページ 5

新しいコメント
 
どんな野菜にも旬の時期があります。熟れ次第、掲載します。人がたくさん歩いているから、もしかしたら早く熟す人がいるかもしれない...。
 
テスターはマクリーンで書かれるのではなく、何らかの高水準言語で書かれるべきです。MT3で何かが劇的に変わるとは思えませんし、MT4でもそうなるとは思えません。Delphiで、勾配降下法による最適なパラメータ選択のような、ある戦略の準備を書いたところです。テスターのプロトタイプ（1つの注文のみ、保留 なし）しかなかったが、11000バーで2秒以内に1000回成功し、しかも3つのTFのトレンドを考慮した戦略も悪くなかった。また、内蔵されたスクリプトにより、完全な絶望からMTでのみテスターを書くことができます。ちなみに、上記の内容をMT3で実装しようとしたのですが、LupDetectというものがあり、結局MTを使うのを諦めました。高級言語であれば、その可能性は桁違いに大きいのですから、なおさらです。
ところで質問ですが、McLe4はオブジェクト指向プログラミングに対応しているのでしょうか？
 
最初にmql-4ではOOPはサポートされておらず、継承もメソッドもプロパティもなく、一般にオブジェクトもクラスも存在しません。
2つ目です。MT4では、異なるTFの値、3つでも、分足からモンツァまで9つすべてでも、簡単に受け取ることができます。
3つ目。МТ4は検出できなくなる。削除されました。
4つ目。生産性は40倍になった。詳しくはこちら「MQL4、MQL2、EasyLanguage、Wealth-Lab 3.0、VC++：速度比較」をご覧ください。
 
MT4は非標準のTFをサポートしますか？例えば、M90とかM45とかD2とか？
テストでは、標準的なTFが必ずしも最も効果的であるとは限らないことが示されています。
 
いいえ、そうではありません。開発者のこの指摘は鉄板です。多くのものがベータテスターに浸透しているが、ここには鉄壁の抵抗がある。MT5では、あらゆるTFだけでなく、RadarScreenやその他いろいろなものが出てくると思うのですが...。
 
URAN さんが書き込みました
使い方がよく分からないので、難しいことでなければ、専門家による例を投稿してください...。<br /> translate="no">。
 

 
 ここで、一例を作ってみました。うまくいきません。出典はこちら -http://forexsystems.ru/phpBB/viewtopic.php?p=4636#4636
	          




	          

		          

	          

          

        

        


            

          

              
	          

		          
		          
                
		          



                 
	          


	          

		          MT4の出来具合からすると、MT5を語るのは控えめに言っても時期尚早です。特にMT4はまだ完成していないので。
 RadarScreen and many other things... "とは何ですか？詳しく教えてください。
	          




	          

		          

	          

          

        

        


            

          

              
	          

		          
		          
                
		          



                 
	          


	          

		          
非標準のTFはMT4でサポートされるのでしょうか？例えば、M90とかM45とかD2とか？ <br /> テストでは、必ずしも標準的なTFが最も効果的であるとは限らないことが示されています。

 ユーザーが独自のビュー（D2, ... XO ...）を作成できるようにする案があった。
 まるで、それが難しいことでないかのように......。
	          




	          

		          

	          

          

        

        


            

          

              
	          

		          
		          
                
		          



                 
	          


	          

		          
<br /> translate="no"> ユーザーが独自のビュー (D2, ... XO ...) を作成できるようにする案がありました。
 まるで、それが難しいことでないかのように......。
 

 
 この言葉の意味がわからない。任意のTFを生成するのは難しいということでしょうか。
 もし、あなたがそう主張するなら、それは間違いだと断言します。また、テスターを作成することも難しくありません。私は、Delphiで多かれ少なかれ本格的なテスターのバリエーションを3日間で書きました。予備テストでは不具合が判明し、すぐに解消されました。さて、次は追加テストです。バグがないと言えるようになったら、知恵遅れのブルートフォース（非効率的で全く受け入れられない）ではなく、もっと「高度な」オプティマイザ戦略を作ることに移るつもりです。それに、M1からのタイムフレームコンバーター（そのアルゴリズムは愚かで原始的なものです）を追加します。
 
 風が吹くのを待つより、オールを使ったり、船外機を使ったりしたほうがいいんです。
	          




	          

		          

	          

          

        

        


            

          

              
	          

		          
		          
                
		          



                 
	          


	          

		          
この言葉の意味がわからない。任意のTFを生成するのは難しいということでしょうか。

 なぜ、明確でないのか？
 ロシア語で書かれているのですが・・・。
 
ユーザーが独自のビュー（D2, ... XO ...）を作成できるようにする案があった。

 他にどうロシア語に訳せばいいのかわからない...。
 私は、ユーザーが任意の価格系列表現を作成し、その表現でシステムをテストできるような、シンプルな方法を開発者に提供しました。一定の時間ステップを持つ表現（M1、M90など）だけでなく、XO、一定のボリュームまたは面積のバー、Duke、Renkoなどの表現もあります。自分で考えてもいいし、自分で考えてもいい。
 
 すると、ある人が別の方法（よりシンプルな方法らしい）を提案してくれました。
 
 
まるで、それが難しいことでないかのように......。

 また、私はどのように翻訳するのかわからない．
 難しくないと書かれているようです。 
 が、少し柔らかい形で（堅苦しい文章ではなく、仮定として）書かれています。
 
 
私は、理論だけでなく、この言語の実用的なスキルが全くない状態で、3日間で多かれ少なかれ本格的なテスターをDelphiで書きました（理論のギャップは途中で埋まりました）。

 でたらめだ ...
 そのようなことは3日ではできません。特に、"全くない状態で... "です。
 3日間では、私自身がテスターに求める条件を策定するのに十分な時間でもないのでしょう。 
 もしかしたら、あなたはとても表面的なことしか考えていないかもしれない．
 そして、あなたのテスターは、多かれ少なかれ、これらの考えに対応している...。

	          




	          

		          

	          

          

        




  


  

    

      

        
      

        
1234567      
        
    

    

          
            新しいコメント