本当に素晴らしい出来栄えです!!! - ページ 3 123456789 新しいコメント Харитонов А.В. 2009.02.22 20:18 #21 nen >> : 規格があり、それを守らなければならない。そして、もし開発者が一般的に受け入れられている規格と矛盾する独自の規格を作ったとしたら...。の汚れは...ゴミ 道具を与えられたのですから。開発者に感謝すべきです。嫌なら使うな!Cで書く。 Nazariy Stapyak 2009.02.22 20:18 #22 MQL4では、この操作はbool r1 = a>=s && a<=f && s<=f || (a>=s || a<=f) && s>f; はこのようになります． bool r1 = a>=s && a<=f && (s<=f || (a>=s || a<=f)) && s>f; で、規格はこうなっています。 bool r1 = (a>=s && a<=f && s<=f) || ((a>=s || a<=f) && s>f); Eugeni Neumoin 2009.02.22 20:22 #23 Dedka писал(а)>> 道具を与えられたのですから。開発者に感謝すべきです。嫌なら使うな!Cで書く。 車輪の再発明をする必要はないのです。学校で誰もが教わる基準を守らなければならないのです。 すべての人が好き勝手やってたら、そりゃあもう大変なことになりますよ......。 そして、開発者が提供するツールを使っています。開発の成果に不満はないのですが...。 Ярослав 2009.02.22 20:23 #24 もちろん、自然な怠慢は進歩の原動力である。道具を与えて使う、という主張は理解できる。 でも、ひとつだけ。 このツールは、C言語に似た構文を持つ言語として発表されています。 論理演算の 中心で、類似性が気づかないうちに代用されているのは残念なことです。 確かに括弧をつけますが、JavaやCで、その括弧をFortranに戻った書き方や、大学で教わった書き方で取っているのです。 Aleksandr Pak 2009.02.22 20:31 #25 もちろん括弧はつけますが、掛け算が足し算より小さい場合です。 "ペキュレーターとの戦いのさらなる成功 "を祈りたい。 Yury Reshetov 2009.02.22 20:37 #26 sol >> : もちろん、自然な怠慢は進歩の原動力である。道具を与え、それを使うという主張は理解できる。 でも、ひとつだけ。 このツールは、C言語に似た構文を持つ言語として発表されています。 論理演算の中心で、類似性が気づかないうちに代用されているのは残念なことです。 確かに括弧をつけますが、JavaやCで、その括弧をFortranに戻った書き方や、大学で教わった書き方で取っているのです。 実際、さまざまなC++の実装でも、互換性のない規格がいくつかある。また、Javaはすべての実装に対して単一の標準を持つが、ほとんどのC++の実装とはいくつかの点で互換性がない。 例えば、こんな感じです。 int a = 3; int b = 5; b += a += b += 7; Javaではb = 20となる。 C++では、ほとんどの実装でb = 27となります。 だから、皆さん、ガツガツしないでください。共通の規格はなく、プログラミング言語のハンドブックやブラケットがあるのです。 Prival 2009.02.22 20:41 #27 Dedka писал(а)>> 道具を与えられたのですから。開発者に感謝すべきです。嫌なら使うな!Cで書く。 でも、ここで毒を盛らないでください。 いかにツールの精度が低いかがわかる。これは、開発者が製品をより良いものにし、バグや不具合をなくすのに役立ちます。もちろん、彼らが必要かつ可能であると判断した場合。このような投稿のおかげで、MQLは構築ごとに良くなっていきます。 S.Y.C.でもかなりの数のバグが検出されました。もし、このままでは、次のアドバイスは、機械語コードで直接書くことです。） Yuriy Zaytsev 2009.02.22 20:52 #28 Rosh >> : 正直なところ、論理演算とビット演算の優先順位を習ったことがありません。生来の怠け者のため、適当に括弧を付けているだけです。 "たくさんあるんだ、友よホラス..." 全く同感です! --- 針葉樹林のようにかき分けなければならない建設物は嫌いだ。 より明確なコードを書きたい - その方が後々楽だ --- 例えば 私はいつも、1つの派手なSQLクエリを作成することを好んでいます 3つのシンプルなもの、ちなみに練習では、その方が早く効果が出る傾向があるようです ただし、最初のクエリでは、可能な限り さらに、コードはより明確になります --- CやMQL4でも同様です！私はよりシンプルな構造を書くように心がけています。 と自分で括弧をつけたいくらいです。 Mahdi Barabadi 2009.02.22 21:19 #29 やめろ！ 規格や規約と何の関係があるんだ？すべての数学をひっくり返すような、まったく別の領域のエラーである。 デジタル・エレクトロニクスとコンピューティングの数学的基礎は論理の代数（またはブール代数）であり、そこでは確実に（公理的に） 論理的に「または」（disjunction）と「および」（junction ）の掛け算。 では、私たちがユニで勉強したKNFやDNFはどうだったのでしょうか？恥をかかないためにも、緊急に修正する必要があると思います。 Eugeni Neumoin 2009.02.22 21:23 #30 Galaxy писал(а)>> ユニで勉強したQNFやDNFは どうなんだ？ 30年以上前にプログラミングのために論理学を勉強した。KNFとDNFの略称を解読する。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
規格があり、それを守らなければならない。そして、もし開発者が一般的に受け入れられている規格と矛盾する独自の規格を作ったとしたら...。の汚れは...ゴミ
道具を与えられたのですから。開発者に感謝すべきです。嫌なら使うな!Cで書く。
はこのようになります．
で、規格はこうなっています。
道具を与えられたのですから。開発者に感謝すべきです。嫌なら使うな!Cで書く。
車輪の再発明をする必要はないのです。学校で誰もが教わる基準を守らなければならないのです。
すべての人が好き勝手やってたら、そりゃあもう大変なことになりますよ......。
そして、開発者が提供するツールを使っています。開発の成果に不満はないのですが...。
もちろん、自然な怠慢は進歩の原動力である。道具を与えて使う、という主張は理解できる。
でも、ひとつだけ。
このツールは、C言語に似た構文を持つ言語として発表されています。
論理演算の 中心で、類似性が気づかないうちに代用されているのは残念なことです。
確かに括弧をつけますが、JavaやCで、その括弧をFortranに戻った書き方や、大学で教わった書き方で取っているのです。
"ペキュレーターとの戦いのさらなる成功 "を祈りたい。
もちろん、自然な怠慢は進歩の原動力である。道具を与え、それを使うという主張は理解できる。
でも、ひとつだけ。
このツールは、C言語に似た構文を持つ言語として発表されています。
論理演算の中心で、類似性が気づかないうちに代用されているのは残念なことです。
確かに括弧をつけますが、JavaやCで、その括弧をFortranに戻った書き方や、大学で教わった書き方で取っているのです。
実際、さまざまなC++の実装でも、互換性のない規格がいくつかある。また、Javaはすべての実装に対して単一の標準を持つが、ほとんどのC++の実装とはいくつかの点で互換性がない。
例えば、こんな感じです。
int a = 3;
int b = 5;
b += a += b += 7;
Javaではb = 20となる。
C++では、ほとんどの実装でb = 27となります。
だから、皆さん、ガツガツしないでください。共通の規格はなく、プログラミング言語のハンドブックやブラケットがあるのです。
道具を与えられたのですから。開発者に感謝すべきです。嫌なら使うな!Cで書く。
でも、ここで毒を盛らないでください。
いかにツールの精度が低いかがわかる。これは、開発者が製品をより良いものにし、バグや不具合をなくすのに役立ちます。もちろん、彼らが必要かつ可能であると判断した場合。このような投稿のおかげで、MQLは構築ごとに良くなっていきます。
S.Y.C.でもかなりの数のバグが検出されました。もし、このままでは、次のアドバイスは、機械語コードで直接書くことです。）
正直なところ、論理演算とビット演算の優先順位を習ったことがありません。生来の怠け者のため、適当に括弧を付けているだけです。
"たくさんあるんだ、友よホラス..."
全く同感です!
---
針葉樹林のようにかき分けなければならない建設物は嫌いだ。
より明確なコードを書きたい - その方が後々楽だ
---
例えば
私はいつも、1つの派手なSQLクエリを作成することを好んでいます
3つのシンプルなもの、ちなみに練習では、その方が早く効果が出る傾向があるようです
ただし、最初のクエリでは、可能な限り
さらに、コードはより明確になります
---
CやMQL4でも同様です！私はよりシンプルな構造を書くように心がけています。
と自分で括弧をつけたいくらいです。
やめろ！ 規格や規約と何の関係があるんだ？すべての数学をひっくり返すような、まったく別の領域のエラーである。
デジタル・エレクトロニクスとコンピューティングの数学的基礎は論理の代数（またはブール代数）であり、そこでは確実に（公理的に）
論理的に「または」（disjunction）と「および」（junction ）の掛け算。
では、私たちがユニで勉強したKNFやDNFはどうだったのでしょうか？恥をかかないためにも、緊急に修正する必要があると思います。
ユニで勉強したQNFやDNFは どうなんだ？
30年以上前にプログラミングのために論理学を勉強した。KNFとDNFの略称を解読する。