アルゴリズム最適化選手権。 - ページ 57

新しいコメント
 
Реter Konow:
ディミトリ、タスクの本質が霧に覆われ、参加者の目から見えなくなっています。 私はタスクの理解を明確にするために、その霧を払拭しています。
常に自分のことだけを話すのがマナーでしょう。あなたが理解できないからと言って、他の人も理解できないとは限りません。また、その逆も然りです。
 
ディミトリ、原始的な荒らしについて - タマについての表現は明らかに彼には当てはまらないのでは？
 
Реter Konow:
ディミトリ、原始的な荒らしについて - タマについての表現は明らかに彼には当てはまらないのでは？
そうですね、わかりにくいかもしれませんが、それでも。
 
Yuri Evseenkov:

インターフェイスが合意されるまで、最大値を探索する未知関数-ffについての質問を繰り返す。

この機能が何であるかはわからない。ただし、致命的なエラーや コードのアンロードを引き起こす可能性のある操作を含んではならない。例えば、割り算の操作。この関数を記述している式の一部にパラメータによる除算があり、ユーザーがこのパラメータにゼロ（または部分式では負）を渡すと、重大なエラーが発生し、このFF参照はレベルアップします。

FFの正しさにはこだわらないでください。ルールで決められた範囲内で数値を与えれば、何も悪いことは起きないのです。端末のサスペンドに成功したり、ゼロ除算を起こしたり、配列の外に出たりすると失格になります。また、FFはいかなる場合にも失格とならない。
 
言いたいことはわかります。 問題の表現は原始的なものではなく、高度な科学用語である)。
 
Реter Konow:
言いたいことはわかります。 問題の表現は原始的なものではなく、高度な科学的語彙である))。

それが何であったかの説明はすでに実行されているので、あなたとの関係でも同じ疑問が生じます -ここで

コードのバグよりも用語に興味があったというのは、面白いですね。

 
そして、パラメータ範囲についての言及はない。
 
Dmitry Fedoseev:

それが何であったかの説明はすでに実行されているので、あなたとの関係でも同じ疑問が生じます -ここで

コードのバグよりも用語に興味があったというのは、面白いですね。

ちなみに、プリントで判断すると-1001FFは失格の理由となる。
 
Dmitry Fedoseev:
また、パラメータ範囲についても言及されていません。
今度はボールをつつくのか？)
そうでした。そして、それはまた言われるでしょう。
 
Andrey Dik:
今度は玉砕ですか（笑）))
そうでした。そして、それはまた言われるでしょう。

こちらは50ページの コード例ですが、そこには何もありませんでした。一般に、この待望のポイント以降（コード例の提供）は、「これまでも、これからも」としか言いようがないのです。どこだったのか、いつになるのか、そのあと誰がどこを叩いているのか。

1...505152535455565758596061626364...132
新しいコメント