色を色合いに分解する機能。 - ページ 3 12345678910...23 新しいコメント Реter Konow 2018.10.09 07:31 #21 Nikolay Demko:ハイスラー見せてもらいました。恐るべし。もう一度見てください。:) 問題は、このようなソリューションにどれだけの時間がかかるかです。自分で解決策を見出した方が、より大きな価値を得られるという結論に至ったのです。 比較的早く終わりました。ウィキペディアの解答では、どれほどの時間がかかったかわかりません。私の経験を豊かにしてくれました。色の解き方がわかりました。見つかった解決策を自分のプログラムに組み込んで、さらに発展させることも容易です。だから、自分で解決した方が得策だったのです。 Реter Konow 2018.10.09 09:13 #22 Georgiy Merts:...* * *1.上記で正しく指摘されているように、古くから標準化されているHSLとHLSというシステムがあり、RGBからそれへの移行は標準的な計算式で行われます。Labシステムもあるのに、車輪の再発明をする意味があるのでしょうか?...2.ソースコードを公開せずとも、具体的な応用例が知りたいです。1.バイクについてジョージ、ニコライはCCanvasのクラスから 解決策を提供してくれたよ。開発者としてどう思うか - 読む・使う・開発するのに便利か?個人的には違和感があります。その理由はこうです。可読性に不満が残る。すべての色合いを返す首尾一貫した関数がないため、使用は複雑である。図書館全体との関係を保つ必要があるのです。すべては多くの機能に分解される。これは不便だ。このようなソリューションの開発と統合は、付随する機能やコネクテッドクラスのオブジェクトとの相互関係が混乱するため、複雑なものとなっています。解決策は支離滅裂です。さて、私の解決策についてです。 実質的にコメントなしで読めます。コンセプトがわかっていれば、ニュアンスもすぐに思い出せます。使用方法は簡略化されています。何も接続する必要はありません。その機能は、ひとつのシンプルな仕組みです。リクエストを送ると、その結果が返ってくる。私のソリューションを統合し、開発するのはとても簡単です。プログラムに関数を挿入し、色を送信し、色の配列を取得します。そして、さまざまなグラデーションを描くループを考え、構築し、表面の地形を形成し、3D効果を実現する。ですから、このソリューションは、あなたが考えているような自転車では全くありません。 2.実用例がないのは不思議ですね。私のプロフィールはそれでいっぱいです。 Реter Konow 2018.10.09 10:15 #23 Georgiy Merts:多くの人が小さな便利な添付ファイルを書いています。しかし、今のところ、fxsaberだけが、私の意見では、文字通りすべての人にとって非常に有用なライブラリを提示しているようです。これほどボリュームがあり、しかも一般的に役立つ作品を私は知らない。この場合、Canvasの場合はさらに悲しいことに、そのすべてがフォーラムの参加者のどの部分にも役立つ形で適用されるとは思えません。ああ、私も悲しいよ、ジョージ。私はこのフォーラムで3年ほど前から、トレーディングソフトになぜGUIが必要なのかを説明してきました。それを作るために、膨大な数の課題を解決してきました。その中には、単純なものから、とてつもなく複雑なものまでありました。しかし、なぜそれが必要なのかをここの人たちに説明することほど、強化された課題はない。 自分には絶対にわかることが、相手にはわからない。 驚異的な理解の差です。 あなたは何百もの取引ロボットを書いていますね。ロボットには調整が必要なのでは?そうなんです。だから--調整が必要なのだ。制御する。 マーケットで取引するのです。市場には予期せぬ出来事が起こり、すぐに情報を得たいと思うものではありませんか? はい、そうなんです。だから、メッセージウィンドウが必要なんです。 市場のパターンをリサーチしているんですね。パターンというのは、チャートや表で見るのがいいのではないでしょうか?より良くなりました。だから、チャートやテーブルのあるウィンドウが必要なんです。 ロボットの最適化をしているんですね。最適 化の結果をレポートウィンドウに表示するのが良いのでは?より良くなりました。だから、レポートウィンドウが必要なのです。 各取引ロボットの取引統計情報を収集するのです。レポートウィンドウでそれらの統計情報を詳細に表示する方が良いのでは?より良い。 だから、統計を表示するためのウィンドウが必要なのです。 リスクマネジメントの設定についても、AIやMOなどについても同じことが言えます。プログラムが複雑になればなるほど、設定項目や表、グラフの数も多くなるはずです。ユーザーとの対話が必要なほど。 ここまでやって、まだトレーディングプログラムにGUIは必要ないと思っているのでしょうか?そうであれば、もう何も言うことはない。 Georgiy Merts 2018.10.09 11:17 #24 Реter Konow:ジョージ 頭の中でデバッグしているんです。:) いつもそうしています。論理的に推論して誤りを探す。Alert()関数は とても役に立ちます。 かっこいいですね。ログファイルへの出力を使っていますが、それもできるのですが、私にとってはストレスが大きいです。 変数を直接見る方がずっと便利です。 Реter Konow 2018.10.09 11:45 #25 Georgiy Merts:かっこいいですね。ログファイルへの出力を使っていますが、それもできますが、私にとっては大きな負担です。 変数を直接見る方がずっと便利です。 デバッガがなくてもできることですが、そのためにネイティブ言語開発の利便性を犠牲にする気にはなれなかったということです。 私はいつも最適な解決策を選びます。私を信じてください。知らなくても、どこにあるかは知っている。母国語で開発すると、どんなデバッガでもカバーできない強みがあります。 Georgiy Merts 2018.10.09 11:47 #26 Реter Konow:ああ、私も悲しいよ、ジョージ。私はこのフォーラムで3年近く、「なぜトレーディングソフトにGUIが必要なのか」を説明してきました。一つ作るのに、膨大な数の課題を解決してきました。その中には、単純なものから、とてつもなく複雑なものまでありました。しかし、なぜそれが必要なのかをここの人たちに説明することほど、強化された課題はない。自分には絶対にわかることが、相手にはわからない。 驚異的な理解の差です。あなたは何百もの取引ロボットを書いていますね。ロボットには調整が必要なのでは?そうなんです。だから--調整が必要なのだ。制御する。マーケットで取引するのです。市場には予期せぬ出来事が起こり、すぐに情報を得たいと思うものではありませんか? はい、そうなんです。だから、メッセージウィンドウが必要なんです。市場のパターンをリサーチしているんですね。図表でパターンを観察するのがいいのでは?より良くなりました。だから、チャートやテーブルのあるウィンドウが必要なんです。ロボットの最適化をしているんですね。最適 化の結果をレポートウィンドウに表示するのが良いのでは?より良くなりました。だから、レポートウィンドウが必要なのです。各取引ロボットの取引統計情報を収集するのです。レポートウィンドウでそれらの統計情報を詳細に表示する方が良いのでは?より良い。 だから、統計を表示するためのウィンドウが必要なのです。リスクマネジメントの設定、AIやMOなどについても同じことが言えると思います。プログラムが複雑になればなるほど、設定や表、グラフの数も多くなるはずです。ユーザーとの対話が必要なほど。ここまでやって、まだトレーディングプログラムにGUIは必要ないと思っているのでしょうか?そうであれば、もう何も言うことはない。ピーターさん、私が思うに、このようなことはすべて「きっぱり、永久に」ボットに詰め込むべきだということです。私のトレーディング・ロボットには1つも設定項目がありません。 もし私が誰にでも(無料または有償で)提供するとしたら、設定項目はたった1つ、リスクのパーセンテージだけです。それだ! 見てください。 もちろん、ロボットは常に調整されています。しかし、私の考えでは、この修正はGUIインターフェースから来るべきではありません。理想は、ロボットが自動的に履歴を検索し、最適なパラメータを選択し、自分用に保存し、作業を継続することです。人間から」調整する必要はないのです。 予期せぬ出来事に関する情報は、確かに必要です。でも、私見ですが、出力は十分だと思います。メッセージウィンドウ - 同じPrintよりどう優れているのか?このウィンドウは、情報を表やリンクなどの形で構造的に表示する必要がある場合に便利です。しかし、これは「重要なイベント」の場合では全くない ! 最適化結果の出力-やはり人間の感覚としては、別ウィンドウがあった方がなんとなく便利なのは事実です。しかし、この結果をどのように活用すればよいのでしょうか。私の場合は、ボットに "読み込ませる "コードのブロックを作成するために使用します。この場合、ウィンドウは役に立たないと思いませんか? 最適化の結果は、私のファイルでコードのブロックとして生成され、コピーペーストによってボットに書き込まれます。チャート上に別ウィンドウを表示すると、残念ながらそれができない。 統計データも同様で、ウィンドウズではなく、レポートファイルに必要なのです ユーザーへのメッセージ、私はよく言っていますが、最もシンプルで「間抜け」なTSの支持者です。このようなシステムには、「ユーザーとの対話」は必要ありません。 概要 GUIは欲しいけど、今あるGUIではニーズをカバーしきれないし、複雑さが飛躍的に増すのが怖い。 しかし、他の人がこのGUIを便利だと思うかもしれないことは認めます。まずは-セミオートマチックトレードの場合。 だからこそ--私はピーター、「アイデアをドラマチックにする」必要があると言うのです。そうすれば、観客が興味を持ち、ユーザーが興味を持つようになります。 TCリーグを例にとると1年半前に私がリーグ構想について紹介したスレッドを覚えている人は、今ではほとんどいないでしょう。ほとんどが懐疑的で、興味を持った参加者は数人しかいなかった。実際、あなたと同じように、私は直接的な類似性を見ています。とにかく、別のフォーラムで-ある会員がそう言っていました-「アイデアをドラマチックに表現する」。記憶に残る、いや、鮮烈な作品にする。いくつか例を挙げてくれたが、そのうちラヴワジエだけは覚えている(ラヴワジエはフロギストン説が間違いであることを証明していた)。密閉した容器の中でいろいろな物質を燃やす実験をしても、同僚たちの印象には残らない。そこで、彼はダイヤモンドを燃やした。この実験は非常に高価なものであったため、多くの人の関心を集め、実験が話題になると同時に、フロギストン説が語られるようになり、それに反する事実がどんどん出てきたのである)。そこで、この参加者から「TCセット(当時はまだTCリーグと呼ばれていなかった)の結果を定期的に発表するブランチを開設し、「大会レポート」のようなものをアレンジして面白くしたらどうか」と指摘されたのです。ブランチ(過去)を開いて、それを確認したんだ。テストに協力してくれる人も2人見つかりました。今 - 新しい支店を開設しました。そして、この掲示板の常連なら、TCリーグがどんなものかは知っていると思います。多くの人が皮肉っぽく笑い、他の人は興味深げに見ている。しかし、私の名前とブラッディフォーク(私のアバター)とTCリーグは、もうとっくに皆さんの頭の中で「リンク」しているはずです。ちなみに、「音」、「TCリーグ」という華やかな名前も一役買っているようです。 人々の興味を引くようなものを用意する必要があるのです。ここで、同じように、半自動売買で、ウィンドウズやGUIが非常に適していると言ってください。特に「明るさ」のGUIは、いろいろな可能性を持っていますからね。 Реter Konow 2018.10.09 11:56 #27 Georgiy Merts:ユーザーとの対話、私は何度も言っていますが、最もシンプルで「間抜け」なTCに 賛成です。このようなシステムには、「ユーザーとの対話」があってはならない。ジョージ ここには、最もシンプルで「間抜け」なTCの 支持者が多いようですね。よって、何も説明できない......)) Georgiy Merts: もちろん、ロボットは常に修正され続けています。しかし、この修正は - 私見ですが - GUIインターフェースから行うべきではありません。理想的なのは、ロボットが自動的に履歴を確認し、最適なパラメータを選択して保存し、作業を継続することです。人間から」調整する必要はないのです。 頭の悪いロボットは、本当は多くの設定を必要としません。シンプルな戦略で、最適化してGO! Georgiy Merts: 予期せぬ出来事に関する情報 - 確かに、アウトプットは必要です。しかし、私見では、出力は十分だと思います。メッセージウィンドウ - プリントより優れている点は?こ のウィンドウは、情報を表やリンクなどの形で構造的に表示する必要がある場合に便利です。しかし、これは「重要なイベント」の場合では全くない !カートで十分用が足りるのに、なぜ外車が必要なのでしょうか(笑)。そこにあるのは、構造化された情報のアウトプット?何のために!?)) Artyom Trishkin 2018.10.09 11:57 #28 なんという奇跡...。色もGUIでレイアウトしているんですね。しかし、それはいつものことです。 Реter Konow 2018.10.09 11:58 #29 Georgiy Merts: 概要 GUIが欲しいところですが、今あるGUIでは私のニーズをカバーできず、ソフトの複雑さが深刻に増してしまうのが残念です。 しかし、他の人がこのGUIを便利だと思うかもしれないことは認めます。まずは-セミオートマチックトレードの場合。 だからこそ--私はピーター、「アイデアをドラマチックにする」必要があると言うのです。そうすれば、観客が興味を持ち、ユーザーが興味を持つようになります。 TCリーグを例にとると1年半前に私がリーグ構想について紹介したスレッドを覚えている人は、今ではほとんどいないでしょう。ほとんどが懐疑的で、興味を持った参加者は数人しかいなかった。実際、あなたと同じように、直接的な類似性を見ることができます。とにかく、別のフォーラムで-ある会員がそう言っていました-「アイデアをドラマチックに表現する」。記憶に残る、いや、鮮烈な作品にする。いくつか例を挙げてくれたが、そのうちラヴワジエだけは覚えている(ラヴワジエはフロギストン説が間違いであることを証明していた)。密閉した容器の中でいろいろな物質を燃やす実験をしても、同僚たちの印象には残らない。そこで、彼はダイヤモンドを燃やした。この実験は非常に高価なものであったため、多くの人の関心を集め、実験が話題になると同時に、フロギストン説が語られるようになり、それに反する事実がどんどん出てきたのである)。そこで、この参加者から「TCセット(当時はまだTCリーグと呼ばれていなかった)の結果を定期的に発表するブランチを開設し、「大会レポート」のようなものをアレンジして面白くしたらどうか」と指摘されたのです。ブランチ(過去)を開いて、それを確認したんだ。テストに協力してくれる人も2人見つかりました。今 - 新しい支店を開設しました。そして、この掲示板の常連なら、TCリーグがどんなものかは知っていると思います。多くの人が皮肉っぽく笑い、他の人は興味深げに見ている。しかし、私の名前とブラッディフォーク(私のアバター)とTCリーグは、もうとっくに皆さんの頭の中で「リンク」しているはずです。ちなみに、「TCリーグ」という華やかな名前も、その一端を担っているようだ。 何か、人々の興味を引くようなものを用意しなければならないのです。ここで、同じように、半自動売買で、ウィンドウズやGUIがとても便利なものだとします。特に「明るさ」のGUIは、いろいろな可能性を持っていますからね。その方が読んでいて楽しいですから・・・)) Artyom Trishkin 2018.10.09 11:59 #30 Реter Konow:ジョージ ここでは、最もシンプルで最も "オーキー "なTCの 支持者が多いようですね。だから、何も説明できない......)) 馬鹿なロボットは、本当にチューニングが必要ないんです。シンプルな戦略で、最適化してGO! カートで十分用が足りるのに、なぜ外車が 必要なのでしょうか(笑)。そこにあるのは、情報を構造化して出力すること?何のために!?))今のところ、塗装した外車しかありません。カートはリアルでサーブなのに、なぜ人はペイントされた外車を必要とするのだろう。 12345678910...23 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ハイスラー
見せてもらいました。恐るべし。もう一度見てください。:)
問題は、このようなソリューションにどれだけの時間がかかるかです。自分で解決策を見出した方が、より大きな価値を得られるという結論に至ったのです。
...
* * *
1.上記で正しく指摘されているように、古くから標準化されているHSLとHLSというシステムがあり、RGBからそれへの移行は標準的な計算式で行われます。Labシステムもあるのに、車輪の再発明をする意味があるのでしょうか?
...
2.ソースコードを公開せずとも、具体的な応用例が知りたいです。
1.バイクについてジョージ、ニコライはCCanvasのクラスから 解決策を提供してくれたよ。開発者としてどう思うか - 読む・使う・開発するのに便利か?個人的には違和感があります。その理由はこうです。
さて、私の解決策についてです。
ですから、このソリューションは、あなたが考えているような自転車では全くありません。
多くの人が小さな便利な添付ファイルを書いています。しかし、今のところ、fxsaberだけが、私の意見では、文字通りすべての人にとって非常に有用なライブラリを提示しているようです。これほどボリュームがあり、しかも一般的に役立つ作品を私は知らない。この場合、Canvasの場合はさらに悲しいことに、そのすべてがフォーラムの参加者のどの部分にも役立つ形で適用されるとは思えません。
ああ、私も悲しいよ、ジョージ。私はこのフォーラムで3年ほど前から、トレーディングソフトになぜGUIが必要なのかを説明してきました。それを作るために、膨大な数の課題を解決してきました。その中には、単純なものから、とてつもなく複雑なものまでありました。しかし、なぜそれが必要なのかをここの人たちに説明することほど、強化された課題はない。
自分には絶対にわかることが、相手にはわからない。 驚異的な理解の差です。
あなたは何百もの取引ロボットを書いていますね。ロボットには調整が必要なのでは?そうなんです。だから--調整が必要なのだ。制御する。
マーケットで取引するのです。市場には予期せぬ出来事が起こり、すぐに情報を得たいと思うものではありませんか? はい、そうなんです。だから、メッセージウィンドウが必要なんです。
市場のパターンをリサーチしているんですね。パターンというのは、チャートや表で見るのがいいのではないでしょうか?より良くなりました。だから、チャートやテーブルのあるウィンドウが必要なんです。
ロボットの最適化をしているんですね。最適 化の結果をレポートウィンドウに表示するのが良いのでは?より良くなりました。だから、レポートウィンドウが必要なのです。
各取引ロボットの取引統計情報を収集するのです。レポートウィンドウでそれらの統計情報を詳細に表示する方が良いのでは?より良い。 だから、統計を表示するためのウィンドウが必要なのです。
リスクマネジメントの設定についても、AIやMOなどについても同じことが言えます。プログラムが複雑になればなるほど、設定項目や表、グラフの数も多くなるはずです。ユーザーとの対話が必要なほど。
ここまでやって、まだトレーディングプログラムにGUIは必要ないと思っているのでしょうか?そうであれば、もう何も言うことはない。
ジョージ 頭の中でデバッグしているんです。:) いつもそうしています。論理的に推論して誤りを探す。Alert()関数は とても役に立ちます。
かっこいいですね。ログファイルへの出力を使っていますが、それもできるのですが、私にとってはストレスが大きいです。 変数を直接見る方がずっと便利です。
かっこいいですね。ログファイルへの出力を使っていますが、それもできますが、私にとっては大きな負担です。 変数を直接見る方がずっと便利です。
デバッガがなくてもできることですが、そのためにネイティブ言語開発の利便性を犠牲にする気にはなれなかったということです。
私はいつも最適な解決策を選びます。私を信じてください。知らなくても、どこにあるかは知っている。母国語で開発すると、どんなデバッガでもカバーできない強みがあります。
ああ、私も悲しいよ、ジョージ。私はこのフォーラムで3年近く、「なぜトレーディングソフトにGUIが必要なのか」を説明してきました。一つ作るのに、膨大な数の課題を解決してきました。その中には、単純なものから、とてつもなく複雑なものまでありました。しかし、なぜそれが必要なのかをここの人たちに説明することほど、強化された課題はない。
自分には絶対にわかることが、相手にはわからない。 驚異的な理解の差です。
あなたは何百もの取引ロボットを書いていますね。ロボットには調整が必要なのでは?そうなんです。だから--調整が必要なのだ。制御する。
マーケットで取引するのです。市場には予期せぬ出来事が起こり、すぐに情報を得たいと思うものではありませんか? はい、そうなんです。だから、メッセージウィンドウが必要なんです。
市場のパターンをリサーチしているんですね。図表でパターンを観察するのがいいのでは?より良くなりました。だから、チャートやテーブルのあるウィンドウが必要なんです。
ロボットの最適化をしているんですね。最適 化の結果をレポートウィンドウに表示するのが良いのでは?より良くなりました。だから、レポートウィンドウが必要なのです。
各取引ロボットの取引統計情報を収集するのです。レポートウィンドウでそれらの統計情報を詳細に表示する方が良いのでは?より良い。 だから、統計を表示するためのウィンドウが必要なのです。
リスクマネジメントの設定、AIやMOなどについても同じことが言えると思います。プログラムが複雑になればなるほど、設定や表、グラフの数も多くなるはずです。ユーザーとの対話が必要なほど。
ここまでやって、まだトレーディングプログラムにGUIは必要ないと思っているのでしょうか?そうであれば、もう何も言うことはない。
ピーターさん、私が思うに、このようなことはすべて「きっぱり、永久に」ボットに詰め込むべきだということです。私のトレーディング・ロボットには1つも設定項目がありません。 もし私が誰にでも(無料または有償で)提供するとしたら、設定項目はたった1つ、リスクのパーセンテージだけです。それだ!
見てください。
もちろん、ロボットは常に調整されています。しかし、私の考えでは、この修正はGUIインターフェースから来るべきではありません。理想は、ロボットが自動的に履歴を検索し、最適なパラメータを選択し、自分用に保存し、作業を継続することです。人間から」調整する必要はないのです。
予期せぬ出来事に関する情報は、確かに必要です。でも、私見ですが、出力は十分だと思います。メッセージウィンドウ - 同じPrintよりどう優れているのか?このウィンドウは、情報を表やリンクなどの形で構造的に表示する必要がある場合に便利です。しかし、これは「重要なイベント」の場合では全くない !
最適化結果の出力-やはり人間の感覚としては、別ウィンドウがあった方がなんとなく便利なのは事実です。しかし、この結果をどのように活用すればよいのでしょうか。私の場合は、ボットに "読み込ませる "コードのブロックを作成するために使用します。この場合、ウィンドウは役に立たないと思いませんか? 最適化の結果は、私のファイルでコードのブロックとして生成され、コピーペーストによってボットに書き込まれます。チャート上に別ウィンドウを表示すると、残念ながらそれができない。
統計データも同様で、ウィンドウズではなく、レポートファイルに必要なのです
ユーザーへのメッセージ、私はよく言っていますが、最もシンプルで「間抜け」なTSの支持者です。このようなシステムには、「ユーザーとの対話」は必要ありません。
概要
GUIは欲しいけど、今あるGUIではニーズをカバーしきれないし、複雑さが飛躍的に増すのが怖い。
しかし、他の人がこのGUIを便利だと思うかもしれないことは認めます。まずは-セミオートマチックトレードの場合。
だからこそ--私はピーター、「アイデアをドラマチックにする」必要があると言うのです。そうすれば、観客が興味を持ち、ユーザーが興味を持つようになります。
TCリーグを例にとると1年半前に私がリーグ構想について紹介したスレッドを覚えている人は、今ではほとんどいないでしょう。ほとんどが懐疑的で、興味を持った参加者は数人しかいなかった。実際、あなたと同じように、私は直接的な類似性を見ています。とにかく、別のフォーラムで-ある会員がそう言っていました-「アイデアをドラマチックに表現する」。記憶に残る、いや、鮮烈な作品にする。いくつか例を挙げてくれたが、そのうちラヴワジエだけは覚えている(ラヴワジエはフロギストン説が間違いであることを証明していた)。密閉した容器の中でいろいろな物質を燃やす実験をしても、同僚たちの印象には残らない。そこで、彼はダイヤモンドを燃やした。この実験は非常に高価なものであったため、多くの人の関心を集め、実験が話題になると同時に、フロギストン説が語られるようになり、それに反する事実がどんどん出てきたのである)。そこで、この参加者から「TCセット(当時はまだTCリーグと呼ばれていなかった)の結果を定期的に発表するブランチを開設し、「大会レポート」のようなものをアレンジして面白くしたらどうか」と指摘されたのです。ブランチ(過去)を開いて、それを確認したんだ。テストに協力してくれる人も2人見つかりました。今 - 新しい支店を開設しました。そして、この掲示板の常連なら、TCリーグがどんなものかは知っていると思います。多くの人が皮肉っぽく笑い、他の人は興味深げに見ている。しかし、私の名前とブラッディフォーク(私のアバター)とTCリーグは、もうとっくに皆さんの頭の中で「リンク」しているはずです。ちなみに、「音」、「TCリーグ」という華やかな名前も一役買っているようです。
人々の興味を引くようなものを用意する必要があるのです。ここで、同じように、半自動売買で、ウィンドウズやGUIが非常に適していると言ってください。特に「明るさ」のGUIは、いろいろな可能性を持っていますからね。
ユーザーとの対話、私は何度も言っていますが、最もシンプルで「間抜け」なTCに 賛成です。このようなシステムには、「ユーザーとの対話」があってはならない。
ジョージ ここには、最もシンプルで「間抜け」なTCの 支持者が多いようですね。よって、何も説明できない......))
もちろん、ロボットは常に修正され続けています。しかし、この修正は - 私見ですが - GUIインターフェースから行うべきではありません。理想的なのは、ロボットが自動的に履歴を確認し、最適なパラメータを選択して保存し、作業を継続することです。人間から」調整する必要はないのです。
頭の悪いロボットは、本当は多くの設定を必要としません。シンプルな戦略で、最適化してGO!
予期せぬ出来事に関する情報 - 確かに、アウトプットは必要です。しかし、私見では、出力は十分だと思います。メッセージウィンドウ - プリントより優れている点は?こ のウィンドウは、情報を表やリンクなどの形で構造的に表示する必要がある場合に便利です。しかし、これは「重要なイベント」の場合では全くない !
カートで十分用が足りるのに、なぜ外車が必要なのでしょうか(笑)。そこにあるのは、構造化された情報のアウトプット?何のために!?))
概要
GUIが欲しいところですが、今あるGUIでは私のニーズをカバーできず、ソフトの複雑さが深刻に増してしまうのが残念です。
しかし、他の人がこのGUIを便利だと思うかもしれないことは認めます。まずは-セミオートマチックトレードの場合。
だからこそ--私はピーター、「アイデアをドラマチックにする」必要があると言うのです。そうすれば、観客が興味を持ち、ユーザーが興味を持つようになります。
TCリーグを例にとると1年半前に私がリーグ構想について紹介したスレッドを覚えている人は、今ではほとんどいないでしょう。ほとんどが懐疑的で、興味を持った参加者は数人しかいなかった。実際、あなたと同じように、直接的な類似性を見ることができます。とにかく、別のフォーラムで-ある会員がそう言っていました-「アイデアをドラマチックに表現する」。記憶に残る、いや、鮮烈な作品にする。いくつか例を挙げてくれたが、そのうちラヴワジエだけは覚えている(ラヴワジエはフロギストン説が間違いであることを証明していた)。密閉した容器の中でいろいろな物質を燃やす実験をしても、同僚たちの印象には残らない。そこで、彼はダイヤモンドを燃やした。この実験は非常に高価なものであったため、多くの人の関心を集め、実験が話題になると同時に、フロギストン説が語られるようになり、それに反する事実がどんどん出てきたのである)。そこで、この参加者から「TCセット(当時はまだTCリーグと呼ばれていなかった)の結果を定期的に発表するブランチを開設し、「大会レポート」のようなものをアレンジして面白くしたらどうか」と指摘されたのです。ブランチ(過去)を開いて、それを確認したんだ。テストに協力してくれる人も2人見つかりました。今 - 新しい支店を開設しました。そして、この掲示板の常連なら、TCリーグがどんなものかは知っていると思います。多くの人が皮肉っぽく笑い、他の人は興味深げに見ている。しかし、私の名前とブラッディフォーク(私のアバター)とTCリーグは、もうとっくに皆さんの頭の中で「リンク」しているはずです。ちなみに、「TCリーグ」という華やかな名前も、その一端を担っているようだ。
何か、人々の興味を引くようなものを用意しなければならないのです。ここで、同じように、半自動売買で、ウィンドウズやGUIがとても便利なものだとします。特に「明るさ」のGUIは、いろいろな可能性を持っていますからね。
その方が読んでいて楽しいですから・・・))
ジョージ ここでは、最もシンプルで最も "オーキー "なTCの 支持者が多いようですね。だから、何も説明できない......))
馬鹿なロボットは、本当にチューニングが必要ないんです。シンプルな戦略で、最適化してGO!
カートで十分用が足りるのに、なぜ外車が 必要なのでしょうか(笑)。そこにあるのは、情報を構造化して出力すること?何のために!?))
今のところ、塗装した外車しかありません。カートはリアルでサーブなのに、なぜ人はペイントされた外車を必要とするのだろう。