Mykibo – это бесплатная программа, позволяющая самостоятельно создавать торговых советников на рынке Forex в среде торгового терминала MetaTrader4, удобный личный кабинет, видео и текстовые инструкции.
С запуском сервиса "Работа" MQL5.community становится идеальным местом для размещения заказов и оказания услуг программирования. Тысячи трейдеров и разработчиков ежедневно посещают этот ресурс и с легкостью могут помочь друг другу. Для трейдера сервис "Работа" - это легкая возможность получить свой собственный эксперт. Для MQL5-разработчика это возможность легко найти новых клиентов. В данной статье мы рассмотрим возможности этого сервиса.
スレッド全体を読んでいないのは申し訳ないのですが、1〜7ページと41〜42ページだけで十分でした。すみません、枝葉の部分を全部読んだわけではなく、1、7、41、42ページだけ読んだのですが、自分の意見を入れなければならないと思っています。私は、皆がMT3の取引を始めた頃から、MT4とMQL4を使っています。MQL4に惹かれた最大の理由は、シンプルさと機能性の比率が競合他社よりもはるかに優れていたことです。これが最大のメリットだと私は考えています。そして、MQL4はこの間、大きく変化しており、このようなニュースの後、どのような獣になるのか想像するのは難しいです。でも、これ以上複雑になることはないでしょう。MQL4が複雑になればなるほど、活躍の場はトレーダーではなくプログラマーに広がっていくのですから。そのため、MQLはその潜在的なオーディエンスを完全にカバーできていない、あるいはもっと小さいかもしれないのです。
MetaDriver。
.........
そこで、たとえ遠くても(MT6のような)未来の選択肢を議論してはどうだろう? なぜ、このような議論に無意味に悪意を求めてしまうのでしょうか。巻き込まれた方がいい。
.........
そして、上記について、開発者の方々へのアイデア・提案があります。柔軟性と機能性を保ちつつ、新しいMQL-Xをブレーンにわかりやすく伝えるために。取引戦略のコンストラクターとしての新しいMQLは、まず、プログラミング言語や取引端末の 機能の知識を必要とせず、複雑な取引戦略を迅速かつ容易に記述(描画)することができる、戦略の視覚的設計・開発システムとして開発されています。HiAsmがいい例です。もちろん、HiAsmは汎用のユーザープログラムを書くためのものです。これは、多くの類似したグラフィカルなC++の実装の一つに過ぎない。そこで、MQLがC++に非常に似ていてオブジェクト指向であるならば、グラフィカルなコンストラクタとして作ってはどうでしょうか。Expert Advisorのソースコードを書く際に、構文エラーの確率と、あちこちを探し回る時間を大幅に削減することができます。
私の提案したアイデアについて、皆さんのご意見をお聞かせください。特に、開発者の方のご意見に興味があります...。
そんなビルダー、Wizard MQL5があります。しかし、なぜかジョブズには人気のあるトレイルがない。おそらく、誰も標準的な解決策を好まないからでしょう。そして、ウィザードが提供できない普遍的な(標準と読める)ソリューションしかないのです。
しかし、繰り返しになりますが、その解決策はすでに存在しています。
一言で言えば、一般ユーザーの生活をシンプルにしたいということですね。 コードもなく、簡単であってほしい--このテーマはFAQの どこかで触れています。
さあ、何が気に入らないのか、ウィザードがある、発表されたとき、彼らはまた、それを好きではないだろうと叫んだ、まあ、ジョブズは倒産しなかった、信号も登場し、どちらか倒産しないでください。書けば大丈夫。
フォーラムでモデルについて議論することもできますよ、マニアが現れると思います。
スレッド全体を読んでいないのは申し訳ないのですが、1〜7ページと41〜42ページだけで十分でした。すみません、枝葉の部分を全部読んだわけではなく、1、7、41、42ページだけ読んだのですが、自分の意見を入れなければならないと思っています。私は、皆がMT3の取引を始めた頃から、MT4とMQL4を使っています。MQL4に惹かれた最大の理由は、シンプルさと機能性の比率が競合他社よりもはるかに優れていたことです。これが最大のメリットだと私は考えています。そして、MQL4はこの間、大きく変化しており、このようなニュースの後、どのような獣になるのか想像するのは難しいです。でも、これ以上複雑になることはないでしょう。MQL4が複雑になればなるほど、活躍の場はトレーダーではなくプログラマーに広がっていくのですから。そのため、MQLはその潜在的なオーディエンスを完全にカバーできていない、あるいはもっと小さいかもしれないのです。
MetaDriver。
.........
そこで、たとえ遠くても(MT6のような)未来の選択肢を議論してはどうだろう? なぜ、このような議論に無意味に悪意を求めてしまうのでしょうか。巻き込まれた方がいい。
.........
そして、上記について、開発者の方々へのアイデア・提案があります。柔軟性と機能性を保ちつつ、新しいMQL-Xをブレーンにわかりやすく伝えるために。取引戦略のコンストラクターとしての新しいMQLは、まず、プログラミング言語や取引端末の 機能の知識を必要とせず、複雑な取引戦略を迅速かつ容易に記述(描画)することができる、戦略の視覚的設計・開発システムとして開発されています。HiAsmはその良い例です。もちろん、HiAsmは汎用のユーザープログラムを書くためのものです。これは、多くの類似したグラフィカルなC++の実装の一つに過ぎない。そこで、MQLがC++に非常に似ていてオブジェクト指向であるならば、グラフィカルなコンストラクタとして作ってはどうだろう。Expert Advisorのソースコードを書く際に、構文エラーの確率と、あちこちを探し回る時間を大幅に削減することができます。
私の提案したアイデアについて、皆さんのご意見をお聞かせください。特に、開発者の方のご意見に興味があります...。
さあ、何が気に入らないのか、ウィザードがある、発表されたとき、彼らはまた、それを好きではないだろうと叫んだ、まあ、ジョブズは倒産しなかった、信号も登場し、どちらか倒産しないでください。信号まで出てきて、どちらもダメになることはない。
フォーラムでモデルの議論もできますし、マニアが現れると思います。
ここと 同じようにmetratraderで出来れば、プログラマーの仕事はなくなる(有料化すれば、大衆のために稼ぐチャンスはある)。
例えばティシラボのように、キューブとコードの両方を使うには、フレームワークの概要を説明し、次にキューブで、次にカスタムコードで、というように、視覚的なコンストラクタが必要です。このようなソリューションには将来性があり、それはコーディングの手抜きではなく、モデリング速度における平凡な利点があるからです。デジタル・グラフィックスでもそうでしたが、半経験的なプロセス・モデリングでは、論理を「描く」必要があり、多階層構造を実験することになります。
サービスの仕事は これに苦しむことができない、templatorsのかなり低い層に苦しむ、よくそれは右、一般的に、時間あたり5ドル未満のために働く人々について悲しむべきかを提供し、彼らはそのような運命を選んだ... 逆に大きなプロジェクトを実装する人は、日常業務の加速に喜ぶでしょう。
例えばティシラボのように、キューブもコードも、フレームワークの概要を説明し、次にキューブで、次にカスタムコードで、というように、ビジュアルなコンストラクタが必要なのです。このようなソリューションには将来性があり、それはコーディングの手抜きではなく、モデリング速度における平凡な利点があるからです。デジタル・グラフィックスでもそうでしたが、半経験的なプロセス・モデリングでは、論理を「描く」必要があり、多階層構造を実験することになります。
サービスの仕事は これに苦しむことができない、templatorsのかなり低い層に苦しむ、よくそれは、一般的に、時間当たり5ドル未満のために働くどのような悲しみ、彼らはそのような運命を選んだ... 逆に大きなプロジェクトを実装する人は、日常業務の加速に喜びます。
あなたの言葉は、祝福の言葉です。私が言いたかったことを理解してくれる人が一人でもいて、とてもうれしいです。
faq, 2013.08.10 00:34
ずっと思ってるんだけど、あなたがしつこく未知なるものを宣伝する目的は何なの?2週間ほど風呂に入ったらどうだ?私はここで何も宣伝していません。例を挙げただけで、それは明らかでしょう。
テキストをコマンドとして、あるいはコマンドをテキストとして書くというプログラミングの概念そのものが絶望的に時代遅れなのです。これは、非常に時間のかかる面倒な作業だからに他なりません。
プログラミングに少しでも親しんでいる人、プロのプログラマーならなおさら、アルゴリズムとは何か、アルゴリズムの基本要素のアイコンはどのようなものか知っているはずです。例えば、ドラッグ&ドロップで、作業領域の真ん中にあるきれいなスペースに、さまざまな(必要な)アイコンを簡単に配置できます(取引商品の相場表の上ではなく、ソースコードエディターの中です)。その後、アイコンや図の必要な箇所を論理的なリンクの線で結びます。その結果、ソースコードはチップや半導体などをトラックでつないだマザーボードのような形になります。そして、このエディタでコンパイルボタンをクリックすると、EAが完成します。
トレーディングEAのソースコードのコンパイルが、いかに早く、簡単に行えるか想像してみてください。コンパイルするときに、シンタックスコンプライアンスを頭で考える必要がなくなります。このコンセプトにより、私たちは取引戦略の実行に100%集中することができるのです。そして、このコンセプトは、プログラムをより複雑で柔軟なものにすることを可能にします。
ウィザードMQL5(通常のパターンウィザード)とMykibo(貿易商品の相場表上のグラフィック要素の相対的な位置に基づいて注文を制御する通常のエキスパート)について知っている - これはそれではないです!
洗って送る必要はない。普通に明るいアイデアを提供しました。
これはもちろん、あなたの口から出たジョークです。なぜなら、この2つのスプレッドを保存しても、HighBidとLowAskだけを保存するのと同じように精度に影響を与えないからです。
no))単純にオープニングのスプレッドや平均スプレッドの代わりに、Lowバーが形成された時のスプレッドを格納します。すなわち、Low_Ask - Low_Bid=Spread_Low です。Then Low_Bid+Spread_Low=Low_Ask )))
つまり、データ構造を 何も変えずに、ティックからバーを収集するルール(スプレッド計算)を変更することです。
論理的には、HighBidにはasc、LowAskにはbidが必要だと思うのですが、どうでしょうか?あるいは、ロジックを書き換えた方がいいのですが、そうすると、現実を少し悲観したものになります。うまくいくかもしれません。
no))単純にオープニングのスプレッドや平均スプレッドの代わりに、Lowバーが形成された時のスプレッドを格納 します。すなわち、Low_Ask - Low_Bid=Spread_Low です。Then Low_Bid+Spread_Low=Low_Ask )))
つまり、データ構造を 何も変えずに、ティックからバーを収集するルール(スプレッド計算)を変更することです。