市場における節度ある行動 - ページ 3 12345678910 新しいコメント Aleksandr Novikov 2015.03.04 08:14 #21 VOLDEMAR: バグの場合、購入者は何が問題で、コードのどの行に問題があるのかを教えてくれると思いますか？ どの行のことを言ってるんだろう？購入者がコードを利用できるのか？それとも話しに来ただけ？:) Vladislav Andruschenko 2015.03.04 08:21 #22 ここでは、司会者が将来の購入者として発言しているに過ぎません。想像してみてください。購入者が購入し、レビューに「このインジケータは動作しない、何も描画 しない」と書くとします。だから、この場合は、インジケータと指示、すなわちこれらの点を防ぐために注意を払う価値があります。私を信じて - 司会者からのこのような応答はすべて、誰もが真実と経験を学びました。 Andrey F. Zelinsky 2015.03.04 08:21 #23 Novikov:自分が書いたものについて考えたことはありますか？誰かのインジケーターが動かないのは、誰かの手が曲がっているか、説明書を読んでいないかのどちらかです。また、すべて正常に動作しているのに、どうして端末で原因を探せるのでしょうか!そして、偉大なMODERATORSにログを見て報告するよう念を押さなければならないのか！？インジケータは何も描 かない」と報告するだけでなく。インジケーターを動かすには--マニュアルを読まなければならない」という奇妙な理屈インジケータがチャートに 配置されたとき、何かを描かなければならないことは明らかです。設定や説明書は二の次です。したがって、「インジケーターが描画しない」という節度ある回答は、まったくもって正しいし、事実である。インジケータを売って、自分で問題を解決する。そして、自分のログに目を通すことです。なぜモデレーターやバイヤーがセラーのログをつつかなければならないのでしょうか？できる限り徹底的に製品をテストする。違いがあります - デバッグのプロセスがある順序にインジケータの配信 - このプロセスは、ログを提供するために自然で合理的な要求である - と買い手がログ（少なくとも、最初の順序は、それが非常にまれな異常事態と仕事の過程にあるときにログを求めることができます）でゴロゴロすべきではない販売、がある。 Vladimir Pastushak 2015.03.04 10:01 #24 abolk:インジケーターを動かすには、説明書を読まなければならない」という奇妙な理屈。インジケータをチャートに 置くと、何かを描かなければならないことは明らかです。設定や説明書は二の次です。したがって、「インジケーターが描画しない」という節度ある回答は、まったくもって正しいし、事実である。インジケータを売って、自分で問題を解決する。そして、自分の過去ログを掘ることです。なぜモデレーターやバイヤーがセラーのログを詮索する必要があるのでしょうか？できる限り徹底的に製品をテストする。違いがあります - デバッグのプロセスがある順序にインジケータの配信、 - このプロセスは、ログを提供するために自然で合理的な要求である - と買い手がログ（少なくとも生産の最初の段階で、非常にまれな異常事態の過程で1つがログを要求するかもしれない）でゴロゴロすべきではない販売、がある。 インジケータは何も描画する必要がなく、インジケータはデータを収集し、変換し、ファイルに書き込むことができます... Vladimir Pastushak 2015.03.04 10:04 #25 Novikov: ところで、どの行のコードのことを話しているのでしょうか？コードはお客様に公開されていますか？それとも、ただ話しに来ただけ？:)ソースコードがあってもなくても、エラーが発生した場合、端末にはエラーのある行の番号だけ でなく、エラーの位置も表示されます...。このような詳細を知っている購入者は、ターミナルに123行目、12番の位置でエラーと書いても、開発者であるあなたはソースコードに入り、123行目、12番の位置で何のエラーかを確認することができるのです。 Anatoli Kazharski 2015.03.04 10:06 #26 VOLDEMAR: インジケータは必ずしも何かを描画する必要はなく、データを描画したり、変換したり、ファイルに書き込んだりするものでもよいのですが...。 そのため、現在の処理状況やその不足（失敗など）をユーザーに知らせる方法があるはずです。ログ、グラフのコメント、またはプロセスインジケーターで Alexey Busygin 2015.03.04 10:08 #27 Novikov:自分が書いたものについて考えたことはありますか？私は超能力者なのか？もし、誰かのインジケーターが作動しなかったとしても、それは全く作動 しないということではなく、誰かの手が曲がっているか、説明書を読むことすら面倒だったということですまた、すべて正常に動作しているのに、どうして端末で原因を探せるのでしょうか!そして、偉大なるMODERATORSは、ログブックでメッセージを見て、私に報告するようにと念を押さなければならないのでしょうか！？インジケータが何も描 かない」ことを配信停止にするだけでなく。よく考えて書けよ!もしモデレーターが動作しないと書いたら、それはそうです、より良いあなたのex_を異なるブローカーの異なる端末でテストし、ログとエキスパートタブを自分で見てください。 Andrey F. Zelinsky 2015.03.04 10:09 #28 VOLDEMAR: インジケータは何も描画する必要がなく、インジケータはデータを収集し、変換し、ファイルに書き込むことができます... インジケーターがファイルに書き込むと、モデレーターが「インジケーターがファイルに書き込まない」と書きます。モデレーターが「インジケーターが描画しない」と書けば、インジケーターが動作しないということです。 Sergey Eremin 2015.03.04 10:14 #29 エンドユーザーは最も能力が低く、プログラムを実行する前にマニュアルや説明書を読む意欲に燃えていないことを常に想定しておく必要があります。プログラムの結果がユーザーに見えない（あるいは期待できない）一連の動作がある場合、これは問題でしかない。デベロッパーテスターQA部門しかし、リソースに限りがあるため、開発者一人で2と3の役割を担わなければならず、すべての問題が開発者の問題になってしまう。テストが不十分であったり、クライアントとのコミュニケーション体制が十分に考えられていなかったりすることは重要ではありません。どんなプログラムでも、少なくとも最も明白な方法でユーザーに何かを伝えなければならない（ああ、多くのユーザーはログの存在を知らないのだ！）。すべての入力データ、すべてのユーザーアクション、すべての外部環境、すべての内部状態をチェックする処理をコードに追加します。プログラムに何か間違ったことが行われた場合、それを報告させ、少なくともマニュアルを読ませるようにする。もし、すべてが致命的なエラー（配列の オーバーラン、無効なポインタへのアクセスなど）になった場合、それは明らかに開発者のミスであり、（チェックによって）処理され、ユーザーに報告することもできます。モデレーターはテスター/QA部門の代表者ではありません、あなたのために仕事をする必要はありません。結局のところ、商用ソフトを書くのか、それとも......？:)もちろん、これはすべて私の意見であり、反対することはできません。 Aleksandr Novikov 2015.03.04 10:16 #30 abolk:インジケーターを動かすには、説明書を読まなければならない」という奇妙な理屈。インジケータをチャートに 置くと、何かを描かなければならないことは明らかです。設定や説明書は二の次です。したがって、「インジケーターが描画しない」という節度ある回答は、まったくもって正しいし、事実である。インジケータを売って、自分で問題を解決する。そして、自分のログに目を通すことです。なぜモデレーターやバイヤーがセラーのログを詮索する必要があるのでしょうか？できる限り徹底的に製品をテストする。違いがあります - オンデマンドのインジケータの配信は、デバッグのプロセスがある - このプロセスは、ログを提供するために自然で合理的な要求である - と買い手がログ（少なくとも、最初の順序は、それはあなたがログを求めることができる非常に珍しい異常事態の仕事の過程にある）でゴロゴロすべきではない販売、がある。なぜ、このような奇妙な推論をするのか。同じ指標でも、"to "や "from"、"bounce "や "breakout "など、ユーザーによって解釈が異なる場合があります。それとも、買い手は、書かれていることの本質にも踏み込まずに、指標の絵にお金を払うとでも思っているのでしょうか。インジケータはチャート上に表示されず、ログに特定の引用句が欠落しているというメッセージを「描いた」のですが、司会者はそれを気にすることもありませんでした少なくとも説明書には、「8つの通貨（USD, EUR, GBP, CHF, CAD, AUD, NZD, JPY）を含む28の通貨ペアがすべてマーケットウォッチウィンドウに存在することを確認する」と白黒でそのまま書かれていた。インジケーターが描画されない」という回答は、無駄であり、情報不足であり、正しくないと思うのです私もここにいる皆さんと同じように、超能力者ではありません 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
バグの場合、購入者は何が問題で、コードのどの行に問題があるのかを教えてくれると思いますか？
ここでは、司会者が将来の購入者として発言しているに過ぎません。
想像してみてください。購入者が購入し、レビューに「このインジケータは動作しない、何も描画 しない」と書くとします。
だから、この場合は、インジケータと指示、すなわちこれらの点を防ぐために注意を払う価値があります。
私を信じて - 司会者からのこのような応答はすべて、誰もが真実と経験を学びました。
自分が書いたものについて考えたことはありますか？誰かのインジケーターが動かないのは、誰かの手が曲がっているか、説明書を読んでいないかのどちらかです。
また、すべて正常に動作しているのに、どうして端末で原因を探せるのでしょうか!そして、偉大なMODERATORSにログを見て報告するよう念を押さなければならないのか！？
インジケータは何も描 かない」と報告するだけでなく。
インジケーターを動かすには--マニュアルを読まなければならない」という奇妙な理屈
インジケータがチャートに 配置されたとき、何かを描かなければならないことは明らかです。設定や説明書は二の次です。
したがって、「インジケーターが描画しない」という節度ある回答は、まったくもって正しいし、事実である。
インジケータを売って、自分で問題を解決する。
そして、自分のログに目を通すことです。なぜモデレーターやバイヤーがセラーのログをつつかなければならないのでしょうか？
できる限り徹底的に製品をテストする。
違いがあります - デバッグのプロセスがある順序にインジケータの配信 - このプロセスは、ログを提供するために自然で合理的な要求である - と買い手がログ（少なくとも、最初の順序は、それが非常にまれな異常事態と仕事の過程にあるときにログを求めることができます）でゴロゴロすべきではない販売、がある。
インジケーターを動かすには、説明書を読まなければならない」という奇妙な理屈。
インジケータをチャートに 置くと、何かを描かなければならないことは明らかです。設定や説明書は二の次です。
したがって、「インジケーターが描画しない」という節度ある回答は、まったくもって正しいし、事実である。
インジケータを売って、自分で問題を解決する。
そして、自分の過去ログを掘ることです。なぜモデレーターやバイヤーがセラーのログを詮索する必要があるのでしょうか？
できる限り徹底的に製品をテストする。
違いがあります - デバッグのプロセスがある順序にインジケータの配信、 - このプロセスは、ログを提供するために自然で合理的な要求である - と買い手がログ（少なくとも生産の最初の段階で、非常にまれな異常事態の過程で1つがログを要求するかもしれない）でゴロゴロすべきではない販売、がある。
ところで、どの行のコードのことを話しているのでしょうか？コードはお客様に公開されていますか？それとも、ただ話しに来ただけ？:)
ソースコードがあってもなくても、エラーが発生した場合、端末にはエラーのある行の番号だけ でなく、エラーの位置も表示されます...。
このような詳細を知っている購入者は、ターミナルに123行目、12番の位置でエラーと書いても、開発者であるあなたはソースコードに入り、123行目、12番の位置で何のエラーかを確認することができるのです。
インジケータは必ずしも何かを描画する必要はなく、データを描画したり、変換したり、ファイルに書き込んだりするものでもよいのですが...。
自分が書いたものについて考えたことはありますか？私は超能力者なのか？もし、誰かのインジケーターが作動しなかったとしても、それは全く作動 しないということではなく、誰かの手が曲がっているか、説明書を読むことすら面倒だったということです
また、すべて正常に動作しているのに、どうして端末で原因を探せるのでしょうか!そして、偉大なるMODERATORSは、ログブックでメッセージを見て、私に報告するようにと念を押さなければならないのでしょうか！？
インジケータが何も描 かない」ことを配信停止にするだけでなく。
よく考えて書けよ!
もしモデレーターが動作しないと書いたら、それはそうです、より良いあなたのex_を異なるブローカーの異なる端末でテストし、ログとエキスパートタブを自分で見てください。
インジケータは何も描画する必要がなく、インジケータはデータを収集し、変換し、ファイルに書き込むことができます...
エンドユーザーは最も能力が低く、プログラムを実行する前にマニュアルや説明書を読む意欲に燃えていないことを常に想定しておく必要があります。
プログラムの結果がユーザーに見えない（あるいは期待できない）一連の動作がある場合、これは問題でしかない。
しかし、リソースに限りがあるため、開発者一人で2と3の役割を担わなければならず、すべての問題が開発者の問題になってしまう。テストが不十分であったり、クライアントとのコミュニケーション体制が十分に考えられていなかったりすることは重要ではありません。
どんなプログラムでも、少なくとも最も明白な方法でユーザーに何かを伝えなければならない（ああ、多くのユーザーはログの存在を知らないのだ！）。すべての入力データ、すべてのユーザーアクション、すべての外部環境、すべての内部状態をチェックする処理をコードに追加します。プログラムに何か間違ったことが行われた場合、それを報告させ、少なくともマニュアルを読ませるようにする。もし、すべてが致命的なエラー（配列の オーバーラン、無効なポインタへのアクセスなど）になった場合、それは明らかに開発者のミスであり、（チェックによって）処理され、ユーザーに報告することもできます。
モデレーターはテスター/QA部門の代表者ではありません、あなたのために仕事をする必要はありません。結局のところ、商用ソフトを書くのか、それとも......？:)
もちろん、これはすべて私の意見であり、反対することはできません。
インジケーターを動かすには、説明書を読まなければならない」という奇妙な理屈。
インジケータをチャートに 置くと、何かを描かなければならないことは明らかです。設定や説明書は二の次です。
したがって、「インジケーターが描画しない」という節度ある回答は、まったくもって正しいし、事実である。
インジケータを売って、自分で問題を解決する。
そして、自分のログに目を通すことです。なぜモデレーターやバイヤーがセラーのログを詮索する必要があるのでしょうか？
できる限り徹底的に製品をテストする。
違いがあります - オンデマンドのインジケータの配信は、デバッグのプロセスがある - このプロセスは、ログを提供するために自然で合理的な要求である - と買い手がログ（少なくとも、最初の順序は、それはあなたがログを求めることができる非常に珍しい異常事態の仕事の過程にある）でゴロゴロすべきではない販売、がある。
なぜ、このような奇妙な推論をするのか。同じ指標でも、"to "や "from"、"bounce "や "breakout "など、ユーザーによって解釈が異なる場合があります。
それとも、買い手は、書かれていることの本質にも踏み込まずに、指標の絵にお金を払うとでも思っているのでしょうか。
インジケータはチャート上に表示されず、ログに特定の引用句が欠落しているというメッセージを「描いた」のですが、司会者はそれを気にすることもありませんでした
少なくとも説明書には、「8つの通貨（USD, EUR, GBP, CHF, CAD, AUD, NZD, JPY）を含む28の通貨ペアがすべてマーケットウォッチウィンドウに存在することを確認する」と白黒でそのまま書かれていた。
インジケーターが描画されない」という回答は、無駄であり、情報不足であり、正しくないと思うのです私もここにいる皆さんと同じように、超能力者ではありません