エキスパート: Diff_TF_MA_EA - ページ 4

 
Artyom Trishkin:

これは?

すべての条件が満たされれば、私たちは働く。そうでなければダメだ。ifが1つあれば十分なのに、なぜこんなにifとcontinueが多いんだ?

だから、このコードと、それを書いたプログラマーの好みに文句を言うのは 理解できない。

どこに?

 
fxsaber:

すべての条件が満たされれば、我々は仕事をする。そうでなければダメだ。ifが1つあれば十分なのに、なぜこんなにifとcontinueが多いのか?

違いはない。しかし、すべてを1行に詰め込もうとするあなたの姿勢は、コードを読みづらくしている。

そしてここに、勉強するための材料があると思う。だから、理解しにくいものを押し付けるべきではない。

ごめんなさい、あなたのコードはわかりにくいですね :)分解して理解しやすい条件にしていけば、メチャクチャになりますよ。

それに、マクロはデバッグできない。

 
Artyom Trishkin:

違いはない。しかし、すべてを1行に詰め込もうとするあなたの姿勢は、コードを読みづらくしている。

ここは勉強の材料だと思うし。だから、理解しにくいものを押し付けるべきではない。

ごめんなさい、あなたのコードは理解しにくいです :)それを解析して、理解しやすい条件で展開しているうちに、ゴチャゴチャになってしまいます。

それに、マクロはデバッグできない。

私の個人的なスタイルと 何か関係があるのでしょうか?それとも、コードの評価は今や作者に依存するのだろうか?

どのコードがわかりやすいか、人に聞いてみるといい。私の意見では、明確なものはない

fxsaber:

すべての条件が満たされれば、我々は仕事をする。そうでなければ-ダメだ。

 
fxsaber:

すべての条件が満たされれば、私たちは仕事をする。そうでなければダメだ。ifは1つで十分なのに、なぜこんなにifとcontinueが多いのか?

どこに?

まあ、不満というより、間違ったアプローチを常に示唆しているのかもしれない。

私は(まあ、昨日ここに来てから)、コード・コンパイルに対するさまざまなアプローチが存在する権利があると思う。

それでも、繰り返し言いますが、コドベースにはティーチング・コードがあります。そして私たちの仕事は、何かを尋ねてきた人々に説明することだ。

今のところ、私たち2人だけが興味を示しているのがわかる。そして、僕たちは自分たちの鐘楼から話している。)

他の人の意見を聞くのも面白いかもしれない。そうでないと、あなたと私は堂々巡りになってしまう。私はそれが教科書であるという事実を話しているし、あなたはどんな教科書でも絶対に完璧であるべきだという事実を話している。(ハロー・ワード!』はどうですか?)

 
Artyom Trishkin:

教科書なんだから、どんな教科書でも絶対に完璧であるべきだという意味だ。

明らかな間違いなどあってはならない。文体学に対する不満はなく、ただ理解し、そうでなければ可能であることを示そうとしているだけだ。


ZЫ KB-progの議論スレッドは偶然にしか開かれないので、誰もこのスレッドを読まない。

 
fxsaber:

私の個人的なスタイルと 何か関係があるのだろうか?それとも、コードの評価は今やオーサーシップに依存しているのだろうか?

どちらのコードがより明確か尋ねることはできる。私はどちらがより明確だとは思わない。

同じコードが2つ、微妙に違って書かれている。各個人の好みの問題ではない。

しかし、あなたは「なぜこの方法で、あの方法ではないのか」と質問した......。私はそれが理由だと思います:

取引、自動取引システム、取引戦略のテストに関するフォーラム。

エキスパートアドバイザー: Diff_TF_MA_EA

fxsaber, 2018.02.02 10:05 am.

私の個人的なスタイルは、それと 何の関係があるのでしょうか?それとも、コードの評価は今や作者に依存するのでしょうか?

どのコードがより明確か尋ねることはできる。私の意見では、明確なものはない

...コードを書いたプログラマーの個人的なスタイルだろう?;)
 
fxsaber:

明らかなミスはあってはならない。文体についての不満はなく、ただ理解し、違うやり方もあることを示そうとしただけだ。

もちろん、違うこともできる。それに、プログラム全体のコードから見ても、明らかなミスは見当たらない。確かにチェックは削減されている。しかし、それは必要なことではない。そして、列挙型の置き換えについてはすでに説明した。彼らは無駄に置き換えたのだ。他のことはすべて同じだ。

 
Artyom Trishkin:

2つの同じコードが微妙に異なって書かれている。各個人の好みの問題ではない。

しかし、あなたは「なぜこの方法で、あの方法ではないのか」と質問した......。それはなぜだと思う:

...おそらくコードを書いたプログラマーの個人的なスタイルだから?;)

彼はその選択肢を知らないのだろう。しかし、著者は沈黙を守っている。

ところで、この「プログラマーの個人的なスタイル」というのは、実際にはQBで使用した結果である。

 
Artyom Trishkin:

もちろん、違うやり方もできる。それに、プログラム全体のコードを見ても、明らかなエラーは見当たらない。確かにチェックは削減されている。しかし、それは必要なことではない。そして、列挙型の置き換えについてはすでに説明した。彼らは無駄に置き換えた。他のことはすべて同じだ。

入れ替えた。

重大なミスだ。

 
fxsaber:

彼はその選択肢を知らないのだろう。しかし、著者は沈黙している。

ところで、この "プログラマー個人のスタイル "は、実はKBで使用した結果である。

それは、著者が答えてくれないとわからない。

しかし、KBの使用による個人的なスタイルについては、これはやりすぎでしょう。KBで発表しているのだから、そのスタイルをMKスタイルに近づけるという要求を知らないのですか?私は知っています。そして、KBでのコードが私のスタイルで公開されていることにとても驚いています。おそらく、プログラマーのスタイルか、KB全体のスタイルが同じであることが要求されているのだろう。