ライブラリ: DaysOfWeekCheck - ページ 3

 

GODZILLA:

...そして、彼らの前近代的な 理解にはいつも驚かされる......。

ああ。私のボキャブラリーに単語がひとつ 加わった...。

諸君、GODZILLAUrainkomposter諸君はMQLコミュニティのために多くのことをしてくれた...。そして多くの人がそのことに感謝している...。だから、君たちのいさかいで新参者を怖がらせないでくれ。

 
Rosh:

この表現には同意できない。MQL5言語には非常に多くの情報が含まれており、数十のインジケーターやExpert Advisorでカバーすることは不可能です。検索エンジンをMetaTrader 5のエディタに直接統合したのも無駄ではありません。

Nikolayと他のパーカッショニストのおかげで、あなたが言ったように、コードベースは初心者のためのチュートリアル例で満たされています。その上、彼はこれらのコードをウェブ上で見つけ、MQL5で書き直し、作者を示すことを忘れません。そしてこれは、彼自身が書いた膨大な量のコードを数えているわけではない!デジタル・フィルターだけに 何の価値があるのだろう?これほどまでに多くを学び、ここに掲載している人が他にいるだろうか?それも忘れないでほしい。

ただ、ニコライ・コシツィンはCode baseへの貢献が際立って大きく、だからこそ他の誰よりも脚光を浴びているのだ。

ニコライ・コシツィンの功績は、彼の評価で十分に評価されており、誰からも異論はない。

公の場に出されるものはすべて、重要度で評価してほしい。誰もが主観的な評価を下すだろうが、そこが重要なのだ。

数百の投稿を読み、コミュニティの参加者の数十のコードを研究し、誰もが自分の作品に(読む/研究する)価値があるかどうかを自分で判断する。

名誉を守れ」と言われるように。もし私に意見があるのなら、コシッツィンのコードがベストであるようにすればいい。しかし、私はもうそれを見ることはない。

私はニコライにフィルターのスイッチを入れ、彼のビジョンを世に問うことを強く勧める。おそらく、穀物と籾殻を分けるために別のニックネームで呼ばれるかもしれない。

しかし、そうすることで、MQL5への翻訳のための雑食性のマシンを見ることができる。もしこれが彼の立場であるなら、私はすでにこの立場について自分の意見を形成し、目にもの言わせた。

 
denkir:

諸君、GODZILLAUrainkomposter君たちはMQLコミュニティのために多くのことをしてくれた...。そして、多くの人がそのことに感謝している...。だから、君たちのいさかいで新参者を怖がらせないでくれ。

私は、「初級(初心者向け)/上級/複雑」のようなレベル分けによる追加フィルター(マーキング)の導入は、多くの問題を一度に解決してくれると思います。必要なものを、しかもレベル別に探すのは、時にかなり難しい作業です。
 
Urain:

ニコライ・コシツィンの長所は、彼の評価で十分に評価されており、誰も異論はない。

私は、公の場に出されるものはすべて、重要性の観点から評価されることを求めている。誰もが主観的な評価を下すだろうが、そこが重要なのだ。

数百の投稿を読み、コミュニティの参加者のどれかの数十のコードを研究し、誰もが自分の創造物に(読む/研究する)価値があるかどうかを自分自身で意見を作成する。

名誉を守れ」と言われるように。もし私に意見があるのなら、コシッツィンのコードが最高であるようにさせればいい。しかし、私はもうそれを見ることはないだろう。

私はニコライにフィルターのスイッチを入れ、彼のビジョンを世に問うことを強く勧める。おそらく、穀物と籾殻を分けるために別のニックネームでもいい。

しかし、そうすることで、MQL5への翻訳のための雑食性のマシンを見ることができる。もしこれが彼の立場であるなら、私はすでにこの立場に自分の意見を形成し、私の目にもそう語っている。

ポイントは、おそらく、コードベース全体を(Debian Linuxになぞらえて)3つのパーティションに分ける方が合理的だということだ:

  1. 教科書的セクション。教科書のセクション。完璧に書かれ、最適化された、世界のジャンルの古典となったコードバリエーションが提示される場所。
  2. 安定したソリューションのセクション。このセクションには、完璧に書かれ、最適化され、一定の価値と人気を証明された作者の開発品が含まれる。さらに、このセクションを補充するために、かなり保守的な選択ロジックが適用されるべきである。
  3. 実験的な解決策のセクション - 執筆の質が最高でないコードや、新しくて標準的でないアイデアを配置するためのもの。このセクションには、より民主的なコード配置の論理を用いるべきである。

他人のコードを別のニックネームで変換することについて - 最初はそれについて他の考えがなかったが、自分のニックネームですべてを変換することを提案された。それが解決策だった!今はほとんど何も変更できない!列車はすでに出発した!

 
GODZILLA:

要は、コードベース全体を3つのパーティション(Debian Linuxのようなもの)に分割した方が合理的だったということだ:

  1. 教科書セクション。このセクションには、世界のジャンルの古典となった、完璧に書かれ最適化されたコードバリエーションが含まれる。
  2. 安定したソリューションのセクション。このセクションには、完璧に書かれ最適化され、一定の実績と人気を持つ作者の開発品が含まれる。さらに、このセクションを補充するために、かなり保守的な選択ロジックが適用されるべきである。
  3. 実験的な解決策セクション - 書き心地が最高でないコードや、新しくて標準的でないアイデアを配置するためのセクション。このセクションには、より民主的なコード配置ロジックを用いるべきである。

他人のコードを別のニックネームで変換することについて - 最初はそれについて他の考えがなかったが、自分のニックネームですべてを変換することを提案された。それが解決策だった!今はほとんど何も変更できない!列車はもう出発した!

いい考えだ。

いつものことだが、論争には真実が生まれる。

私は問題点を述べた(おそらく強引だったと思うが、謝罪する)。

ルスタムは解決の方向を示した。

あなたが解決策を示した。

だから私はこのフォーラムが好きなんだ。