テスターの聖杯とは? - ページ 16 1...91011121314151617181920212223...26 新しいコメント Andrey Kisselyov 2017.08.21 14:31 #151 Олег avtomat: どうやら、OOP針にハマる可能性があるようです。その症状は、極端な仮想化、現実からの逃避、現実を仮想に置き換えることです。;))) さらに、次のことも付け加えます。 1.少女マーシャと 会計士マーシャの見分けがつかないこと。 2.ストッキングに蝶ネクタイの少女マーシャを演じるパシャと、眼鏡にノートパソコンのプログラマーパシャの見分けがつかないこと。 現実をほぼ完全に抽象化し、仮想化する。 敬意を込めて。 Georgiy Merts 2017.08.21 14:34 #152 Alexey Volchanskiy: 遅らせる」という言葉は、なぜかOOP反対派を怖がらせる )))遅延を導入する」という表現を使うのがよいでしょう。そして、今度はキラー・クエスチョン、つまり何%なのか?結局、誰もテストを作ろうとせず、何年も続けてフォーラムでやんややんや言っているだけでした))どれがそうなのか察しがつく。新しい指標を取る。ある種のトリッキーな価格帯のチャンネル。余計な機能のないインジケーターは、30分とか1時間とかでできてしまいます。 また、データプロバイダーとExpert Advisorの間の仮想インターフェースや、データプロバイダー内の個別のインディケータやタイムスケールを作成するために多くの時間が費やされました。BUT.その後、データプロバイダーは、このインジケーターの仮想インターフェイスのエクスポートと、「知っている」他のすべてのインジケーターを提供します。その結果、コード内で1つのチャンネルを別のチャンネルに変更することは非常に簡単です。チャンネル・インディケータのデータ・プロバイダーをリクエストする際、リクエスト構造で新しいインディケータの識別子を指定するだけでよいのです。その後、Expert Advisor はこの新しいチャネルで問題なく動作し始めます。 また、誤記や修正があった場合にも、アクセスが形式化されているため、この作業は非常に容易になります。そして何より、カプセル化されているため、常に限られた数のエンティティを扱うことになり、メモリへの負荷が大幅に軽減されたのです。 つまり、OOPの主なブレーキは開発中でしかないのです。しかも、コンピュータの処理能力 ではまったくない。要約すると、OOPは開発・作成時に追加のリソースを必要とするが、使用時やメンテナンス時にはリソースを節約できる、ということです。そして、新しいものを書くよりメンテナンスする方が常に大変なので、私はOOPを選びましたが、今のところ後悔したことはありません。(とはいえ、私は時々、OOPインターフェイスを使わずに「手書き」で何かを作ることがあります)。 Распределенные вычисления в сети MQL5 Cloud Network cloud.mql5.com Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network Georgiy Merts 2017.08.21 14:36 #153 Олег avtomat: どうやら、OOP針にハマる可能性があるようです。その症状は、極端な仮想化、現実からの逃避、現実を仮想に置き換えることです。;)))ええ、そうですね。仮想インターフェースの帝王」という称号に納得です。 Georgiy Merts 2017.08.21 14:40 #154 Andrey Kisselyov:これは、あらゆるものを仮想化しまくるのが好きな人によるでしょう。 固体クラスがあればレイテンシは高くなるでしょうし、1つの機能だけが仮想化されていればレイテンシは低くなるはずです。いいえ、「しっかりした授業」を受けています。さらに - すべてのブロックは、すでに何度も言ったように、仮想インターフェイスを介して相互作用します。実際のクラスは - そこから継承され、実際のオブジェクトは子孫クラスであり、それを必要とする誰もが - 仮想親インターフェイスを取得します。構造体や単純な変数を使った作業は、私の場合、個々の関数のレベルだけです。それでも、データが単純な文字列より少し複雑な場合は、すでにオブジェクトを使うのが普通です。 Georgiy Merts 2017.08.21 14:41 #155 Stefan Stoyanov:知られざる違い、それはセカンドチャンス ポジションをクローズし、メインポジションを持つことで、オープニングとクロージングオーダーのための良い戦略を持っていれば、利益を 得る可能性が高まります。ストップロスで 決済する場合、チャンスはない のですが、時にはこれがベストです。一般的に、トレンドとフラットを 明確に区別することができれば 、ロックは あなたの助けになるかもしれません。いや、SLでクローズして価格が戻ったら再開するのと、ロックしてからポジションを開くのでは、全然違う。 Georgiy Merts 2017.08.21 14:42 #156 Andrey Kisselyov: また、次のように付け加えます。 1.少女マーシャと 会計士マーシャの見分けがつかないこと。 2.ストッキングに蝶ネクタイの少女マーシャと、眼鏡にノートパソコンのプログラマーパシャの見分けがつかないこと。1.会計士が欲しいなら、性別は関係ない。女の子が欲しいなら、会計士だろうがなんだろうが関係ない。2.もし、私が本当に違いを感じないのであれば、違いはないのです。 ivan12347777 2017.08.21 14:52 #157 Stefan Stoyanov:知られざる違い、それはセカンドチャンス ポジションをクローズし、メインポジションを持つことで、オープニングとクロージングオーダーの良い戦略があれば、利益を 得られる可能性が高まります。ストップロスで 決済する場合、チャンスはない のですが、時にはこれがベストです。一般的に 、 トレンドと横ばいを 明確に区別する場合 、ロックが 有効な場合が あります。平均化すれば、マイナスで閉じて、また開くことを止めるものはありません。 Stefan Stoyanov 2017.08.21 14:58 #158 George Merts:いいえ、SLで決済して価格が戻ってきたら再開するのと、ロックしてポジションを開くのでは全く違います。 そうなんですか !?暗い部屋の中で、黒猫がどこにもいないから黒猫はいないと言う人がいたら、それはそこに黒猫がいない ことを意味する 削除済み 2017.08.21 15:00 #159 George Merts:ええ、そうですね。仮想インターフェースの領主」という肩書きに同意。 そうでなければ、「仮想インターフェースの犠牲者」となる可能性があります。 Alexey Volchanskiy 2017.08.21 15:06 #160 George Merts:ええ、そうですね。仮想インターフェースの達人」という肩書きに納得です。 ある映画のワンシーンで、「マスターと呼んでくれ」と言われたのを思い出しました。)バーチャル・オーバーロードと呼ぼう) 1...91011121314151617181920212223...26 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
どうやら、OOP針にハマる可能性があるようです。その症状は、極端な仮想化、現実からの逃避、現実を仮想に置き換えることです。
;)))
1.少女マーシャと 会計士マーシャの見分けがつかないこと。
2.ストッキングに蝶ネクタイの少女マーシャを演じるパシャと、眼鏡にノートパソコンのプログラマーパシャの見分けがつかないこと。
現実をほぼ完全に抽象化し、仮想化する。
敬意を込めて。
遅らせる」という言葉は、なぜかOOP反対派を怖がらせる )))遅延を導入する」という表現を使うのがよいでしょう。
そして、今度はキラー・クエスチョン、つまり何%なのか?結局、誰もテストを作ろうとせず、何年も続けてフォーラムでやんややんや言っているだけでした))
どれがそうなのか察しがつく。
新しい指標を取る。ある種のトリッキーな価格帯のチャンネル。余計な機能のないインジケーターは、30分とか1時間とかでできてしまいます。
また、データプロバイダーとExpert Advisorの間の仮想インターフェースや、データプロバイダー内の個別のインディケータやタイムスケールを作成するために多くの時間が費やされました。
BUT.
その後、データプロバイダーは、このインジケーターの仮想インターフェイスのエクスポートと、「知っている」他のすべてのインジケーターを提供します。その結果、コード内で1つのチャンネルを別のチャンネルに変更することは非常に簡単です。チャンネル・インディケータのデータ・プロバイダーをリクエストする際、リクエスト構造で新しいインディケータの識別子を指定するだけでよいのです。その後、Expert Advisor はこの新しいチャネルで問題なく動作し始めます。
また、誤記や修正があった場合にも、アクセスが形式化されているため、この作業は非常に容易になります。そして何より、カプセル化されているため、常に限られた数のエンティティを扱うことになり、メモリへの負荷が大幅に軽減されたのです。
つまり、OOPの主なブレーキは開発中でしかないのです。しかも、コンピュータの処理能力 ではまったくない。
要約すると、OOPは開発・作成時に追加のリソースを必要とするが、使用時やメンテナンス時にはリソースを節約できる、ということです。そして、新しいものを書くよりメンテナンスする方が常に大変なので、私はOOPを選びましたが、今のところ後悔したことはありません。(とはいえ、私は時々、OOPインターフェイスを使わずに「手書き」で何かを作ることがあります)。
どうやら、OOP針にハマる可能性があるようです。その症状は、極端な仮想化、現実からの逃避、現実を仮想に置き換えることです。
;)))
ええ、そうですね。
仮想インターフェースの帝王」という称号に納得です。
これは、あらゆるものを仮想化しまくるのが好きな人によるでしょう。 固体クラスがあればレイテンシは高くなるでしょうし、1つの機能だけが仮想化されていればレイテンシは低くなるはずです。
いいえ、「しっかりした授業」を受けています。さらに - すべてのブロックは、すでに何度も言ったように、仮想インターフェイスを介して相互作用します。実際のクラスは - そこから継承され、実際のオブジェクトは子孫クラスであり、それを必要とする誰もが - 仮想親インターフェイスを取得します。構造体や単純な変数を使った作業は、私の場合、個々の関数のレベルだけです。それでも、データが単純な文字列より少し複雑な場合は、すでにオブジェクトを使うのが普通です。
知られざる違い、それはセカンドチャンス
ポジションをクローズし、メインポジションを持つことで、オープニングとクロージングオーダーのための良い戦略を持っていれば、利益を 得る可能性が高まります。
ストップロスで 決済する場合、チャンスはない のですが、時にはこれがベストです。
一般的に、トレンドとフラットを 明確に区別することができれば 、ロックは あなたの助けになるかもしれません。
いや、SLでクローズして価格が戻ったら再開するのと、ロックしてからポジションを開くのでは、全然違う。
また、次のように付け加えます。
1.少女マーシャと 会計士マーシャの見分けがつかないこと。
2.ストッキングに蝶ネクタイの少女マーシャと、眼鏡にノートパソコンのプログラマーパシャの見分けがつかないこと。
1.会計士が欲しいなら、性別は関係ない。女の子が欲しいなら、会計士だろうがなんだろうが関係ない。
2.もし、私が本当に違いを感じないのであれば、違いはないのです。
知られざる違い、それはセカンドチャンス
ポジションをクローズし、メインポジションを持つことで、オープニングとクロージングオーダーの良い戦略があれば、利益を 得られる可能性が高まります。
ストップロスで 決済する場合、チャンスはない のですが、時にはこれがベストです。
一般的に 、 トレンドと横ばいを 明確に区別する場合 、ロックが 有効な場合が あります。
平均化すれば、マイナスで閉じて、また開くことを止めるものはありません。
いいえ、SLで決済して価格が戻ってきたら再開するのと、ロックしてポジションを開くのでは全く違います。
ええ、そうですね。
仮想インターフェースの領主」という肩書きに同意。
そうでなければ、「仮想インターフェースの犠牲者」となる可能性があります。
ええ、そうですね。
仮想インターフェースの達人」という肩書きに納得です。
ある映画のワンシーンで、「マスターと呼んでくれ」と言われたのを思い出しました。)
バーチャル・オーバーロードと呼ぼう)