MATHEMATICSに関する質問 - ページ 8

新しいコメント
 
Helen >> :

ついでに労働の評価も。

この式は1000年以上前から知られている。需給率である。いくら天才でも、需要が少なければ、ピーナッツのようなコーディングになります。そして、需要が高まれば、MQLの本の序文を読んだ昨日の小学生でも、非常に多くの要求・受信をするようになる。そして、どんな数式でもそれを変えることはできません。

なぜIntegerは小銭をコード化するのか？そして、地元のお客さんを見てください。「10ドル払う準備はできている、この仕事はそれ以上の価値はない」と。

一方、MQLプログラマーには、ある種の特異性があるように思います。そこでは、仕事の95％は、以前誰かのためにやったことの繰り返しです。そのため、コーディングはほとんどなく、既成のブロックを組み合わせていくだけかもしれません。

 
timbo писал(а)>>

この式は1000年以上前から知られている。需給率である。いくら天才でも、需要が少なければ、ピーナッツのようなコーディングになります。そして、需要が高いのであれば、MQLの本の紹介を読んでいる昨日の小学生でも、幼稚な要求・受け取りはしないでしょう。そして、どんな数式でもそれを変えることはできません。

なぜIntegerは小銭をコード化するのか？そして、地元のお客さんを見てください。「10ドル払う準備はできている、この仕事はそれ以上の価値はない」と。

一方、MQLプログラマーには、ある種の特異性があるように思います。そこでは、仕事の95％は、以前誰かのためにやったことの繰り返しです。つまり、ほとんどコーディングすることなく、既製のブロックを組み合わせていくだけなのです。

つまり、需要と供給が生まれる市場はない、ということですね。切り株がある...そして、ますます多くのトレーダーが...。

すでに出来上がった作品の95％は知的財産...。しかし、もちろん、製品を解読することで盗み出すことも可能です。

 

ジュリカは解読された（コードベースにひっそりと眠っている）のですが、そのアルゴリズムを理解する職人が見当たらない...。実は、ユニークなフィルター。

 
Mathemat писал(а)>>

Djuricは解読された（Code Baseにひっそりと眠っている）のだが、そのアルゴリズムを理解する職人が見当たらない......。

ある時点でEAに組み込んで予測できない挙動をするような理解でいいのでしょうか？まあ、原始的な言い方ですが。

 

理論的にはそうです。濁っている」と考える人もいます。まあ、確かに砂場から出たわけではないので、予測不可能性をまともに検証する大規模な実験も原理的には可能なのですが。

 
そのため、このスクレーパーの信頼性も疑問視されています。もう、お金じゃないんです...。
 

なぜダメなのか？その後「ソース」ファイルがコンパイルされれば、スプリッターはかなりまともなものになります。また、名前に関する情報はex4に保存されていないため、スプリッターはそれ以上のことができません - どこでそれを取得するのですか？

 
一般的に、与えられたアウトラインの中で、式...需要は明確であり、職務経験も定義できる...しかし、テストはまったく明確ではありません。プログラマーではありません。どのような質問をすればいいのか？課題は何ですか？答えは、思った以上に複雑なんです。
 
Mathemat писал(а)>>

なぜダメなのか？その後「ソース」ファイルがコンパイルされれば、スプリッターはかなりまともなものになります。また、スプリッターはこれ以上のことはできません。なぜなら、ex4には名前情報が保存されていないからです。

訂正...デコーダプログラムではなく、デコードされた製品、つまりソースのことを指していたのです。

 
Mathemat >> :

Djuricは解読された（Code Baseにひっそりと眠っている）のですが、そのアルゴリズムを理解する職人が見当たらない...。本当に、ユニークなフィルターですね。

どのJurikですか？気象庁のやつ？

123456789101112
新しいコメント