ロシア語でコードを書くこのようなプログラムの長所と短所。 - ページ 14

新しいコメント
 
Dmitry Fedoseev:
たった一つの問題が解決された。いくつかあったはずで、そうすれば結論を出すことができたはずです。
私もそう思います。しかし、競技を続け、次の大会に進むためには、各ステージの結果を客観的に評価する必要があった。そこから問題が始まって......。
 
Реter Konow:
私もそう思います。しかし、競技を続け、次の大会に進むためには、各ステージの結果を客観的に評価する必要があった。そこから問題が始まって......。
ああ...トラブルばかりだった。
 
Комбинатор:
はい。

ハンガリー語の表記が紙一重というのは納得がいきませんね。

このタイプの失敗を避けるために、何度も助けられました。

byte btA;

int iB

........

while(btА < iB) // Возможно зацикливание

{

.....

++btA;

};

もちろんこれは大げさですが、要はハンガリー語の記法は常に変数の型を思い出させてくれるので、見つけにくいミスを避けるのに役立つことが多いのです。

 
Реter Konow:

もちろん、GAアルゴリズムの "普遍性 "が絶対に必要だということを否定するわけではありません。また、私のアルゴリズムは、（普遍的なアルゴリズムよりもはるかに効率的ではあるが）その問題を解決するだけなので、正確に悪いかもしれないことを認めます。

しかし、文章問題を解くコンテストでは、まさに結果（ヒット数）を競っていたのであって、一つの問題で試せない普遍性を競っていたわけではありません。

ですから、自分を絶対的な勝者として設定せず、普遍性にも勝てるように競争し続けたいと思いました。

しかし、チャンピオンシップの歯車に数々の棒が刺さり始め、すべてが停滞してしまった。

特に才能のある人のために、もう一度繰り返します。テキストの問題など、チャンピオンシップで潜在的に提示される問題は、問題のソースコードを知らなくても解決できたはずだ。溶液の例をMQスタンダードテスターに表示しました。

はい、誰かが作らなければならないので、問題のソースコードを作りましたし、キャッチもありません。私は、MQのオプティマイザーが、このような「未知」の問題を見事に解決することを実証しました。それは、何百万人ものトレーダーが、何百万ものタスクを使って毎日行っていることと同じです。

問題解決は、問題のコードを知らずに行う必要があることを事前に警告しましたが、あなたとイベントさんは、この機会を利用してコードに入り込み、その構造の特殊性を利用することは、コンテストの目的である内容不明のタスクの最適化に反するとして、後で確認されたのです。競技者は、テスターが行うように、タスクを無視して最適化を実行し、彼に勝とうとし、そう、私に勝とうとしたのです。

その後、私が問題の知識をアルゴリズムに使っていないことに疑問を持ち、その後、問題の取りまとめを審判の手に委ねることが共通の了解事項として決まりましたが、その後も競技問題の出所を要求し続けましたね。それはあなたの不誠実な（問題解決の条件を回避する）テキストとの問題の前の解決のためにコンテストの問題に来るのソースが表示されないことが明らかになった後 - あなたは "ドアを叩いて "残すことにした。

レフェリーはまだXの瞬間を待っている、その後、彼はコンテストのための独自の問題を作成します。しかし、誰もコンペティションに参加する準備ができていない、少なくとも複雑な最適化問題を十分に解くことができない以上、Xの瞬間はまだ来ていないのだ。

本当にそうだったんですね。あなたのコードがキリル文字で書かれているという事実は、トレーダーの日常的なタスク、未知の内容のタスク、そのような通常のテスターによって解決されるタスクを解決するために有用であることはありません。キリル文字で書かれたプログラムだけでは、真に使い物にならないのです。

 
Andrey Dik:

特に才能のある人のために、もう一度繰り返します。テキストの問題、あるいは選手権で提示される可能性のあるその他の問題は、問題の原因を知らずに解決しなければならないのだ。MQの社内テスターで溶液の例を表示しました。

はい、誰かが作らなければならないので、問題のソースコードを作りましたし、キャッチもありません。私は、MQのオプティマイザーが、このような「未知」の問題を見事に解決することを実証しました。それは、何百万人ものトレーダーが、何百万ものタスクを使って毎日行っていることと同じです。

問題解決は、問題のコードを知らずに行う必要があることを事前に警告しましたが、あなたとイベントさんは、この機会を利用してコードに入り込み、その構造の特殊性を利用することは、コンテストの目的である内容不明のタスクの最適化に反するとして、後で確認されたのです。競技者は、テスターが行うように、タスクを無視して最適化を実行し、彼に勝とうとし、そう、私に勝とうとしたのです。

その後、私が問題の知識をアルゴリズムに使っていないことに疑問を持ち、その後、問題の取りまとめを審判の手に委ねることが共通の了解事項として決まりましたが、その後も競技問題の出所を要求し続けましたね。それはあなたの不誠実な（問題解決の条件を回避する）テキストとの問題の前の解決のためにコンテストの問題に来るのソースが表示されないことが明らかになった後 - あなたは "ドアを叩いて "残すことにした。

レフェリーはまだXの瞬間を待っている、その後、彼はコンテストのための独自の問題を作成します。しかし、誰もコンペティションに参加する準備ができていない、少なくとも複雑な最適化問題を十分に解くことができない以上、Xの瞬間はまだ来ていないのだ。

本当にそうだったんですね。あなたのコードがキリル文字で書かれているという事実は、トレーダーの日常的なタスク、未知の内容のタスク、そのような通常のテスターによって解決されるタスクを解決するために有用ではありません。キリル文字で書かれたプログラムだけでは、真に使い物にならないのです。

主催者が解釈する選手権の歴史とは...。歴史のページをめくってみよう。)

 
Реter Konow:

失敗したチャンピオンシップの歴史を簡単に説明すると...。

ええ、まあ、あなたは逃げましたね。それは落第の話ですね。あとは、まだ準備ができていないと言っていました。素直に挑戦すれば、必ず優勝できる。
 
Andrey Dik:
ええ、まあ、あなたは逃げましたね。それは、あなたが逃げた時の話です。他の人は「まだ早い」と言った。素直に挑戦すれば、必ず優勝できる。
わかったよ)
 
George Merts:

ハンガリー語表記 - 変数の型が常に思い出され、見つけにくいエラーを回避できることが多い

MQLに適用した場合 - エラーに対する警告はなく、コンパイラは気にしない。特に整数型と分数型が混在する演算では、このような混乱が生じることがある。強制的に正しい型に変換する必要がある人を見つけるのは難しい

ジョージ・マーツ

while(btА < iB) // Возможно зацикливание

{

.....

++btA;

};

演算子自体にカウンタがある方が、ループの点では安全です - while(btA++ < iB)
 
Реter Konow:

失敗したチャンピオンシップの歴史を簡単に紹介

アンドレイ・ディク
そうですね......逃げましたね？これは、あなたが脱出するまでの物語です。

))えー、何から何まで順調ですねぇ・・・ ))

 
Alexey Navoykov:

))えー、よくぞここまで...... ))

挑発的な態度は禁物です。ここでもう一つ話題があります。
1...78910111213141516171819
新しいコメント