私のアプローチコアはエンジンです。 - ページ 50 1...434445464748495051525354555657...184 新しいコメント Vitalii Ananev 2018.12.11 06:58 #491 Georgiy Merts:Vitaly 問題は、ピーターが暗記の巨人であることだ。どこにどんなインデックスがあるのか、それが何を意味するのか、どんなつながりがあるのか、どこにあるのかを忘れない。 このような素晴らしいメモリでは、OOP-enhancementsは不要なジェスチャーに過ぎず、多少のパフォーマンス低下もあります。何のために? OOPは、なぜある場所で変数を変更できて、隣の場所ではできないのか、一週間もしたら思い出せなくなるような人たちのためのものです。カプセル化、public, protected, prevertedのクラスセクション、仮想インターフェイス、ポリモーフィズムなどを必要とするのは彼らである。また、コンピュータのようにすべてをメモリ上に持っている場合は、OOPを強化しなくても、各オブジェクトに直接アクセスする方がはるかに簡単です。 オブジェクトを渡すときに参照の数を考慮し、誰も参照していないときにそれらを削除するスマートポインタのクラスをピーターに提案する!ピーターは驚くだろう。彼は、それぞれのオブジェクトがいつ作られ、何人のユーザーがいて、いつまで存在すべきか、そしていつ削除されるべきかをよく覚えている。使う意味はあるのか? いいえ、それも可能です。唯一の疑問は、誰のために?ピーターさんは、「そういうユーザーの層を作ることになる」という。さて、さて...見てみよう。良い思い出は確かに良いものです :)しかし、記憶というのは、年齢とともに悪くなったり、選択的になったりするという性質があるんです。よく覚えていること、取るに足らないと思うことは、すぐに頭から抜けてしまう。:) Реter Konow 2018.12.11 08:39 #492 Yury Kulikov:妙な負けず嫌いなんですね :)興味本位ですが、あなたのguiを使ってそのようなプログラムのアナログを作ることは可能でしょうか?プログラムは2013年に2ヶ月で書き上げ、並行して別のプロジェクトもまだ進行中です。プログラムの最終コンパイルは2014年なので、多少の誤作動はありえます :) 取引所取引商品で実行するのがよいでしょう。 司会者への補足:このプログラムは市販されていません。良い、強力なGUI。その仕組みの85%はコンストラクタで再現できるんです。ドラッグ&ドロップ、ダイナミックウィンドウも持っています。あとはプログラムの仕事(関数と呼ばれる セル内の数値のちらつき)です。 インストラクションウィンドウについては、これも再現可能です。つまり、私のバージョンでは、見た目は少し変わりますが、機能はほとんど同じです。 しかし、私のバージョンでは目盛りや数字が実装されていません。そして、スケーリングはありません。 しかし、このGUIとは異なり、私のグラフィックはもっと美しくなります。グラデーション、アイコン、素敵なフレーム、シャドウ...。エレメントはすべて描かれています。 しかし、現代のマーケットプレイスにとって-御社の製品は非常に強力です。おそらく最も強力なものの一つでしょう。 そして、買った人が少なかったこと......テスターのgrailに感謝してください。彼らは、自分たち以外のすべての製品を無意味なものにしてしまったのです。 Реter Konow 2018.12.11 08:47 #493 Igor Makanu:そして、なぜこの新しいスタイルなのか? あなたは、30から100の注文ごとに開発パネルの1つの順序に出くわすと書いたが、より頻繁に発生しない、より頻繁に発生します。 フリーランスになりたい方は、https://www.mql5.com/ru/search#!keyword=%D0%BF%D0%D0%B0%D0%B5%D0BB%D1%8C&module=mql5_module_jobsへどうぞ。 パネルが取引に必要であり、パネルでの分析やカレンダーには誰も興味を示さないことに気がつく。 ZS: エルーシブ・ジョーというジョークを聞いたことがありますか? 失礼ながら、あなたのGUIは良いのですが、非常に少数の人が興味を持っていて、少ない労力でDLLで任意の結果を得ることができ、あなたの意見でユーザーが必要とするパネルを作り、市場で、1ヶ月は統計になります... PS:C#の.Netに対処するための欲求を持っていなかったが、開発者がサポートを行っているので、私はフォームデザイナでシンプルなCコンパイラを見つけるために時間を費やす必要があった - SharpDevelop(14 Mb)と0からフォームを実行する方法をグーグル、すべての作品とすべてが文字通り手を規定コード自体、 "スピン" - 3行!!!!!。 MQLの開発者は、C#で.dllを簡単に扱えるようにしました。ライブラリ・フォルダに既製のdllを置き、Expert Advisorの最初の行に.dllという名前を書くだけです。)理解しようとしないだけです。どんな違いがあるのでしょうか?あなたの亜種は大衆向けではありません。 人々は利益を求めている。この検索では、彼らは1つの同じテスターグレイルに引っかかっている。つまり、テスターの読み取り値に基づいて充実を約束するプログラムです。それだけです。ここから先は行き止まりです。 永遠に続くのか?テスターを常に信頼してもらえるか?何万台もの「死んだ」ロボットを見て、彼らは決して失望しないのだろうか。 私は、この行き詰まりを打開する方法を提案します。ユーザーが自己責任で行う半自動化プログラム。 誰もこれを望んでいないとでも思っているのか?あなたは勘違いしています。 Реter Konow 2018.12.11 08:55 #494 Алексей Тарабанов:ピーター それなんですよ、使うものがないんです。どんな窓でも、ただの飾りか、対話のポイントになります。対話のポイントは、この対話の必要性を示唆しています。あなたがトレーダーで、プログラムがあなたに何か質問していると想像してください。それはあなたから知る必要があるのです。何が聞けるか、この質問にボタンやフォームで答えられるか。このことについて、あなたの意見を真剣に聞きたいと思っているのですが、差し支えなければお答えください。2つ目の状況は、プログラムの動作に介入する必要があると考えます。あるアクティビティの自動化は、自動化する人の仕事であるというのは全く同感ですが、この領域でマンマシンインターフェースを開発するツールのクリエイターを気取っているんですね。ボタンとフォームのインターフェースか、MTのすべてのグラフィカルオブジェクトを完全に操作できる通常のGUIか、オブジェクトのインターフェースか、それともインタラプトか?あなたは標準を作ると主張し、私は何かを自動化することで、私が生成したあらゆる、あるいはほとんどあらゆるグラフィック操作があなたのインターフェースで受け入れられると主張する。そうでなければ、お互いに必要ない。どのウィンドウも、いくつかの機能を持つことができます。 ダイアログポイント(ダイアログボックス)のこと。設定画面です。通知画面です。情報(表)を表示するためのウィンドウです。このソフトウェアは、例えば、現在の戦略の過剰最適化について尋ねることができます。過去数日間の統計値が悪いため、取引アルゴリズムの実行を停止する。市場の状況が変化したときのパラメーターの設定。もっともっといろいろなことが考えられるはずです。トレードは時間とお金の無駄だと思う。しかし、他人がどう思うかは、その人の問題です。誰が気にする?プログラムの作業に干渉することが必要だと考える人と、その必要はないと考える人が必ず出てきます。なぜ、このような質問に悩まされるのでしょうか?前者と後者でプログラムを作って売った方がいい。 削除済み 2018.12.11 08:59 #495 Реter Konow:どのウィンドウも、いくつかの機能を持つことができます。 ダイアログポイント(ダイアログウィンドウ)のこと。設定画面です。通知画面です。情報出力画面(テーブル)。例えば、現在のストラテジーが最適化されすぎていないかなどを問い合わせることができます。過去数日間の統計値が悪いため、取引アルゴリズムの実行を停止する。市場の状況が変化したときのパラメーターの設定。もっともっといろいろなことが考えられるはずです。トレードは時間とお金の無駄だと思う。し かし、他人がどう思うかは、その人の問題です。誰が気にする?プログラムの作業に干渉することが必要だと考える人と、その必要はないと考える人が必ず出てきます。なぜ、このような質問に悩まされるのでしょうか?前者と後者でプログラムを作って売った方がいい。それが理由であり、答えなのです Georgiy Merts 2018.12.11 09:00 #496 Vitalii Ananev:良い思い出は、確かに良いものです :)しかし、記憶力は年齢とともに低下したり、選択的になったりする傾向があります。よく覚えていること、取るに足らないと思うことは、すぐに頭から抜けてしまう。:)それがあなたの記憶です(私もそうです)。 ピーターは記憶力が違うし、良いワインのように年を重ねるごとに良くなっていくんです。ピーターはいつも自分が書いたものを全部覚えていて、どうやって、どうして、何を考えていたかを覚えている。 だから、彼は本当にOOPを必要としていないんだ。 ピーターの記憶力がうらやましい。 Yury Kulikov 2018.12.11 09:00 #497 Реter Konow:その仕組みの85%をコンストラクタで再現することができます。疑問がある :)ウィンドウ、ボタン、コントロールだけなら・・・。でも、それくらいしかないんです。 インターフェースはtumblrのトラフィックを処理することさえできないでしょうし、いくつかのインジケータをレンダリングする必要があります。 それから、これは gui ライブラリの最初のバージョンで、kanvas の使用を最小限に抑え、テキスト入力以外はすべて kanvas で実装されています。 Georgiy Merts 2018.12.11 09:08 #498 Реter Konow:人々は利益を求めている。この検索では、彼らは同じテスターのグレイルに固執しています。つまり、テスターの読み取り値に基づいて充実を約束するプログラムです。それだけです。ここから先は行き止まりです。 永遠に続くのか?テスターを常に信頼してもらえるか?何万台もの「死んだ」ロボットを見て、彼らは決して失望しないのだろうか。なぜ「死んだ」ことになるのか? どんなロボットにも稼動期間があります。ANY ONE.私のリーグ戦のMUの中で最もお粗末なものでさえ、稼ぎの時間が短い。だから、「死んだ」と言っても仕方がない。 洋服と同じですね。もちろん、短パン、ビーチサンダル、パナマスーツで、アルハンゲリスクのどこかで生活している。でも、「死んだ服」だとは言いませんよね。しかも、日によってはアルハンゲリスクでも履くことができるのです。 黒海沿岸では、チュラップや毛皮のブーツは夏にはバカらしく見える。しかし、黒海沿岸でも、時にはとても必要なものなのです。 取引ロボットの場合も同じで、どの市場にも独自の取引ロボットが存在します。そして、トレーダーの仕事は、マーケットに合ったロボットを選択することです。だから、短パンやパナマパンツをはいてがっかりする人がいないように、レインコートをはいてがっかりする人がいないように、「がっかりする人がいる」とは言えないのです。暑いときは前者、寒いときは後者を着ればいいだけです。 テスターは邪魔者でもなければ万能でもない。最近の相場がわかるので、自分に合ったTSをピックアップすることができます。しかし、これは、市場が次の数日間で変化しないことを意味するものではなく、TSはもはやそれに適合しないでしょう。しかし、歴史上負けたロボットより、歴史上儲けたロボットの方が望ましい。 マニュアル取引は、多くの経験を積んでこそ、安定した収益を上げることができるのです。どのタイミングで、どのようなテクニックを使うかを理解するだけでも 持つ人は多いのでしょうか? Реter Konow 2018.12.11 09:09 #499 Yury Kulikov:疑問がある :)ウィンドウ、ボタン、コントロールだけなら・・・。でも、それくらいしかないんです。 インターフェイスはガラスのトラフィックを処理することもできませんし、インジケーターのレンダリングも必要です。 そうです。そして、これはguiライブラリの最初のバージョンで、kanvasの使用は最小限に抑えられています。ビルダーは汎用的なソリューションのために設計されています。あなたのプログラムは、特定のタスクのためにカスタマイズされています。 コンストラクターでタンブラーを作って走らせれば、うまくいきます。しかし、これまでのコンストラクタのタスクには、各種インジケータの描画は含まれていません。 これは、ユーザーが自分のプログラムで行うことができます。 しかも、ガラスの交通量を引っ張らないというのはどうでしょう。 画像をクリックするとGIFが表示されます。ご覧の通り、テーブル要素の再描画速度は、タンブラーのトラフィックを引っ張るほど高速です(さらにセルがあります)。 Yury Kulikov 2018.12.11 09:22 #500 Реter Konow: そして、タンブラーのトラフィックを引っ張らないという点については。 画像をクリックするとGIFが表示されます。その上で見るように、テーブル要素のレンダリング速度は、カップのトラフィックを引っ張るのに十分な速さです(さらに多くのセルがあります)。レンダリング速度の話ではなく、GUIとユーザープログラム間のトラフィック(やりとり)の話です。 もちろん、どんなプログラムも特定のタスクに合わせて作られていますが、たとえば標準ライブラリを 使えば、ウィンドウにアニメーションのオブジェクトを追加することができますし、GUIではそれを要求する必要があります :( 1...434445464748495051525354555657...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Vitaly 問題は、ピーターが暗記の巨人であることだ。どこにどんなインデックスがあるのか、それが何を意味するのか、どんなつながりがあるのか、どこにあるのかを忘れない。
このような素晴らしいメモリでは、OOP-enhancementsは不要なジェスチャーに過ぎず、多少のパフォーマンス低下もあります。何のために?
OOPは、なぜある場所で変数を変更できて、隣の場所ではできないのか、一週間もしたら思い出せなくなるような人たちのためのものです。カプセル化、public, protected, prevertedのクラスセクション、仮想インターフェイス、ポリモーフィズムなどを必要とするのは彼らである。また、コンピュータのようにすべてをメモリ上に持っている場合は、OOPを強化しなくても、各オブジェクトに直接アクセスする方がはるかに簡単です。
オブジェクトを渡すときに参照の数を考慮し、誰も参照していないときにそれらを削除するスマートポインタのクラスをピーターに提案する!ピーターは驚くだろう。彼は、それぞれのオブジェクトがいつ作られ、何人のユーザーがいて、いつまで存在すべきか、そしていつ削除されるべきかをよく覚えている。使う意味はあるのか?
いいえ、それも可能です。唯一の疑問は、誰のために?ピーターさんは、「そういうユーザーの層を作ることになる」という。さて、さて...見てみよう。
良い思い出は確かに良いものです :)しかし、記憶というのは、年齢とともに悪くなったり、選択的になったりするという性質があるんです。よく覚えていること、取るに足らないと思うことは、すぐに頭から抜けてしまう。:)
妙な負けず嫌いなんですね :)
興味本位ですが、あなたのguiを使ってそのようなプログラムのアナログを作ることは可能でしょうか?
プログラムは2013年に2ヶ月で書き上げ、並行して別のプロジェクトもまだ進行中です。
プログラムの最終コンパイルは2014年なので、多少の誤作動はありえます :)
取引所取引商品で実行するのがよいでしょう。
司会者への補足:このプログラムは市販されていません。
良い、強力なGUI。その仕組みの85%はコンストラクタで再現できるんです。ドラッグ&ドロップ、ダイナミックウィンドウも持っています。あとはプログラムの仕事(関数と呼ばれる セル内の数値のちらつき)です。
インストラクションウィンドウについては、これも再現可能です。つまり、私のバージョンでは、見た目は少し変わりますが、機能はほとんど同じです。
しかし、私のバージョンでは目盛りや数字が実装されていません。そして、スケーリングはありません。
しかし、このGUIとは異なり、私のグラフィックはもっと美しくなります。グラデーション、アイコン、素敵なフレーム、シャドウ...。エレメントはすべて描かれています。
しかし、現代のマーケットプレイスにとって-御社の製品は非常に強力です。おそらく最も強力なものの一つでしょう。
そして、買った人が少なかったこと......テスターのgrailに感謝してください。彼らは、自分たち以外のすべての製品を無意味なものにしてしまったのです。
そして、なぜこの新しいスタイルなのか?
あなたは、30から100の注文ごとに開発パネルの1つの順序に出くわすと書いたが、より頻繁に発生しない、より頻繁に発生します。
フリーランスになりたい方は、https://www.mql5.com/ru/search#!keyword=%D0%BF%D0%D0%B0%D0%B5%D0BB%D1%8C&module=mql5_module_jobsへどうぞ。
パネルが取引に必要であり、パネルでの分析やカレンダーには誰も興味を示さないことに気がつく。
ZS: エルーシブ・ジョーというジョークを聞いたことがありますか? 失礼ながら、あなたのGUIは良いのですが、非常に少数の人が興味を持っていて、少ない労力でDLLで任意の結果を得ることができ、あなたの意見でユーザーが必要とするパネルを作り、市場で、1ヶ月は統計になります...
PS:C#の.Netに対処するための欲求を持っていなかったが、開発者がサポートを行っているので、私はフォームデザイナでシンプルなCコンパイラを見つけるために時間を費やす必要があった - SharpDevelop(14 Mb)と0からフォームを実行する方法をグーグル、すべての作品とすべてが文字通り手を規定コード自体、 "スピン" - 3行!!!!!。
MQLの開発者は、C#で.dllを簡単に扱えるようにしました。ライブラリ・フォルダに既製のdllを置き、Expert Advisorの最初の行に.dllという名前を書くだけです。)
理解しようとしないだけです。どんな違いがあるのでしょうか?あなたの亜種は大衆向けではありません。
人々は利益を求めている。この検索では、彼らは1つの同じテスターグレイルに引っかかっている。つまり、テスターの読み取り値に基づいて充実を約束するプログラムです。それだけです。ここから先は行き止まりです。
永遠に続くのか?テスターを常に信頼してもらえるか?何万台もの「死んだ」ロボットを見て、彼らは決して失望しないのだろうか。
私は、この行き詰まりを打開する方法を提案します。ユーザーが自己責任で行う半自動化プログラム。
誰もこれを望んでいないとでも思っているのか?あなたは勘違いしています。
ピーター それなんですよ、使うものがないんです。どんな窓でも、ただの飾りか、対話のポイントになります。対話のポイントは、この対話の必要性を示唆しています。
あなたがトレーダーで、プログラムがあなたに何か質問していると想像してください。それはあなたから知る必要があるのです。何が聞けるか、この質問にボタンやフォームで答えられるか。このことについて、あなたの意見を真剣に聞きたいと思っているのですが、差し支えなければお答えください。
2つ目の状況は、プログラムの動作に介入する必要があると考えます。
あるアクティビティの自動化は、自動化する人の仕事であるというのは全く同感ですが、この領域でマンマシンインターフェースを開発するツールのクリエイターを気取っているんですね。ボタンとフォームのインターフェースか、MTのすべてのグラフィカルオブジェクトを完全に操作できる通常のGUIか、オブジェクトのインターフェースか、それともインタラプトか?
あなたは標準を作ると主張し、私は何かを自動化することで、私が生成したあらゆる、あるいはほとんどあらゆるグラフィック操作があなたのインターフェースで受け入れられると主張する。そうでなければ、お互いに必要ない。
どのウィンドウも、いくつかの機能を持つことができます。
どのウィンドウも、いくつかの機能を持つことができます。
それが理由であり、答えなのです
良い思い出は、確かに良いものです :)しかし、記憶力は年齢とともに低下したり、選択的になったりする傾向があります。よく覚えていること、取るに足らないと思うことは、すぐに頭から抜けてしまう。:)
それがあなたの記憶です(私もそうです)。
ピーターは記憶力が違うし、良いワインのように年を重ねるごとに良くなっていくんです。ピーターはいつも自分が書いたものを全部覚えていて、どうやって、どうして、何を考えていたかを覚えている。 だから、彼は本当にOOPを必要としていないんだ。
ピーターの記憶力がうらやましい。
その仕組みの85%をコンストラクタで再現することができます。
疑問がある :)ウィンドウ、ボタン、コントロールだけなら・・・。でも、それくらいしかないんです。
インターフェースはtumblrのトラフィックを処理することさえできないでしょうし、いくつかのインジケータをレンダリングする必要があります。
それから、これは gui ライブラリの最初のバージョンで、kanvas の使用を最小限に抑え、テキスト入力以外はすべて kanvas で実装されています。
人々は利益を求めている。この検索では、彼らは同じテスターのグレイルに固執しています。つまり、テスターの読み取り値に基づいて充実を約束するプログラムです。それだけです。ここから先は行き止まりです。
永遠に続くのか?テスターを常に信頼してもらえるか?何万台もの「死んだ」ロボットを見て、彼らは決して失望しないのだろうか。
なぜ「死んだ」ことになるのか?
どんなロボットにも稼動期間があります。ANY ONE.私のリーグ戦のMUの中で最もお粗末なものでさえ、稼ぎの時間が短い。だから、「死んだ」と言っても仕方がない。
洋服と同じですね。もちろん、短パン、ビーチサンダル、パナマスーツで、アルハンゲリスクのどこかで生活している。でも、「死んだ服」だとは言いませんよね。しかも、日によってはアルハンゲリスクでも履くことができるのです。
黒海沿岸では、チュラップや毛皮のブーツは夏にはバカらしく見える。しかし、黒海沿岸でも、時にはとても必要なものなのです。
取引ロボットの場合も同じで、どの市場にも独自の取引ロボットが存在します。そして、トレーダーの仕事は、マーケットに合ったロボットを選択することです。だから、短パンやパナマパンツをはいてがっかりする人がいないように、レインコートをはいてがっかりする人がいないように、「がっかりする人がいる」とは言えないのです。暑いときは前者、寒いときは後者を着ればいいだけです。
テスターは邪魔者でもなければ万能でもない。最近の相場がわかるので、自分に合ったTSをピックアップすることができます。しかし、これは、市場が次の数日間で変化しないことを意味するものではなく、TSはもはやそれに適合しないでしょう。しかし、歴史上負けたロボットより、歴史上儲けたロボットの方が望ましい。
マニュアル取引は、多くの経験を積んでこそ、安定した収益を上げることができるのです。どのタイミングで、どのようなテクニックを使うかを理解するだけでも 持つ人は多いのでしょうか?
疑問がある :)ウィンドウ、ボタン、コントロールだけなら・・・。でも、それくらいしかないんです。
インターフェイスはガラスのトラフィックを処理することもできませんし、インジケーターのレンダリングも必要です。
そうです。そして、これはguiライブラリの最初のバージョンで、kanvasの使用は最小限に抑えられています。
ビルダーは汎用的なソリューションのために設計されています。あなたのプログラムは、特定のタスクのためにカスタマイズされています。
コンストラクターでタンブラーを作って走らせれば、うまくいきます。しかし、これまでのコンストラクタのタスクには、各種インジケータの描画は含まれていません。
これは、ユーザーが自分のプログラムで行うことができます。
しかも、ガラスの交通量を引っ張らないというのはどうでしょう。
画像をクリックするとGIFが表示されます。ご覧の通り、テーブル要素の再描画速度は、タンブラーのトラフィックを引っ張るほど高速です(さらにセルがあります)。
そして、タンブラーのトラフィックを引っ張らないという点については。
画像をクリックするとGIFが表示されます。その上で見るように、テーブル要素のレンダリング速度は、カップのトラフィックを引っ張るのに十分な速さです(さらに多くのセルがあります)。
レンダリング速度の話ではなく、GUIとユーザープログラム間のトラフィック(やりとり)の話です。
もちろん、どんなプログラムも特定のタスクに合わせて作られていますが、たとえば標準ライブラリを 使えば、ウィンドウにアニメーションのオブジェクトを追加することができますし、GUIではそれを要求する必要があります :(