インディケータ: SolarWinds - ページ 9 123456789 新しいコメント --- 2013.02.09 12:35 #81 それで、メイト、君たち3人はすでにひどく衝突している。まあ、3ページならまだ我慢できるけど、もう5ページ目だよ。 3人目の小心者とね。そろそろ暴力なしで終わらせる時だ。 TheXpert 2013.02.09 12:41 #82 sergeev:そろそろ私たち全員が、何のために戦うのかを決めなければならない。 それは、決めるべきは私たちではないということだ。 Dmitry Fedoseev 2013.02.09 12:41 #83 Yedelkin:キック・アス3あなたは、すでに自分で歌った蓄音機を巻き上げる。「なぜなら、誤審の権利は現実に存在するからだ。誤りを認めるか認めないかは、その権利を行使する一形態に過ぎないのだ。あなたの精神力を活性化させ、「誤りが容認される」ケースを探してください。そして、それこそが、あなたの認められていない『誤りを許容する権利』なのだ。 そう、昔と同じワサビとニンジンの蓄音機だ。 Dmitry Fedoseev 2013.02.09 12:42 #84 sergeev: そろそろ終わりにしよう。 オーケー Yedelkin 2013.02.09 12:43 #85 sergeev: п この投稿で批判されているのは、インジケーターを再描画するというアイデアであって、コードのプログラミングエラーではありません。 とても良い指摘だ。では、プログラマーのコードがインジケーターの再描画の 必要性を考慮すべきかどうかを判断しよう。それとも、適切なタイミングでインジケーターを再描画しないインジケーターをmql5 ユーザーに提供してもよいのでしょうか? --- 2013.02.09 12:44 #86 Yedelkin: 非常に良い指摘だ。それでは、プログラマーのコードがインジケーターを再描画 する必要性を考慮すべきかどうかという問題について決めましょう。それとも、適切なタイミングでインジケーターを再描画しないインジケーターをmql5ユーザーに提供してもよいのでしょうか? 投票を作成する。:) Dmitry Fedoseev 2013.02.09 12:47 #87 このフィッシャーでは、それを書き換えるプログラマーは2つの火に挟まれることになる。一方では、インジケーターは描き直すべきではない。一方では、かつて誰かが犯したミスのために、再描画されたインジケーターをまさに再描画された形で必要とする、再描画インジケーターの信奉者のコミュニティが形成されている。 Yedelkin 2013.02.09 12:51 #88 sergeev: 投票を作成する。:) まあ、100人が100人とも違うことを言うでしょう。もし私に自由な時間があれば、個人的に95%のコードをチェックするでしょう。というわけで、コードベースが埋まるかどうかは、mql5のコードを書いた人たちの良心にかかっている、ということに同意せざるを得ない。 Andrew Petras 2013.02.09 13:54 #89 sergeev:今こそ、私たちが何を求めて戦うのかを決める時だ。1. a) きれいなコードベース、b) いくつかのアルゴリズム(再描画、実際には適用できない、など)がないこと。2. あるいは、実行時エラー(配列のオーバーフロー、0による除算など)のないエラーのないコード。ただ、どうやら、a) - ベースをもっと有意義に埋める時期が来ている。b) 実際には適用できない - それはアルゴリズムなのか?再描画はユーザー定義のもので、必要な人もいれば必要でない人もいる。2.2.コードを投稿する前に、ターミナルで、実践的にコードをチェックしないのであれば、私にはわかりません。私はそれがデフォルトで行われていると仮定しました。他には?GODZILLAについてではない。データベースを埋める必要があったのですか?必要だよ。誰が登録に同意した?そして誰が今飛び込む準備ができている?誰かがコードを書き換えたのでは?GODZILLAは放っておくべきだ(個人的には、他の選択肢が見つからない場合、彼のコードピースが助けになる)。 Andrey Khatimlianskii 2013.02.10 00:20 #90 TheXpert:この美しい色塗りのおもちゃにアレルギーがある のは、おそらく私だけだろう。ただ、既存のバグについてのやや熱っぽい発言に対する反応としては、適切とは言い難い 。コードマスターはちょっとしたスターになった 。+1しかし、我々の意見など何の役にも立たない。ただし、他にすることがなければ、議論することはできる ) 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
それで、メイト、
君たち3人はすでにひどく衝突している。
まあ、3ページならまだ我慢できるけど、もう5ページ目だよ。 3人目の小心者とね。
そろそろ暴力なしで終わらせる時だ。
そろそろ私たち全員が、何のために戦うのかを決めなければならない。
キック・アス3あなたは、すでに自分で歌った蓄音機を巻き上げる。「なぜなら、誤審の権利は現実に存在するからだ。誤りを認めるか認めないかは、その権利を行使する一形態に過ぎないのだ。あなたの精神力を活性化させ、「誤りが容認される」ケースを探してください。そして、それこそが、あなたの認められていない『誤りを許容する権利』なのだ。
そろそろ終わりにしよう。
非常に良い指摘だ。それでは、プログラマーのコードがインジケーターを再描画 する必要性を考慮すべきかどうかという問題について決めましょう。それとも、適切なタイミングでインジケーターを再描画しないインジケーターをmql5ユーザーに提供してもよいのでしょうか?
今こそ、私たちが何を求めて戦うのかを決める時だ。
1. a) きれいなコードベース、b) いくつかのアルゴリズム(再描画、実際には適用できない、など)がないこと。
2. あるいは、実行時エラー(配列のオーバーフロー、0による除算など)のないエラーのないコード。
ただ、どうやら、a) - ベースをもっと有意義に埋める時期が来ている。
b) 実際には適用できない - それはアルゴリズムなのか?再描画はユーザー定義のもので、必要な人もいれば必要でない人もいる。
2.2.コードを投稿する前に、ターミナルで、実践的にコードをチェックしないのであれば、私にはわかりません。私はそれがデフォルトで行われていると仮定しました。他には?
GODZILLAについてではない。
データベースを埋める必要があったのですか?必要だよ。誰が登録に同意した?そして誰が今飛び込む準備ができている?誰かがコードを書き換えたのでは?
GODZILLAは放っておくべきだ(個人的には、他の選択肢が見つからない場合、彼のコードピースが助けになる)。
この美しい色塗りのおもちゃにアレルギーがある のは、おそらく私だけだろう。
ただ、既存のバグについてのやや熱っぽい発言に対する反応としては、適切とは言い難い 。
コードマスターはちょっとしたスターになった 。
+1
しかし、我々の意見など何の役にも立たない。ただし、他にすることがなければ、議論することはできる )