競技プログラミングでは色々なことが許容されています。

• 検索しても構いません。（実装方法が分からない時は検索してみましょう）
• あらかじめソースコードを準備しても構いません。（書きにくい構文は事前に準備してみましょう）
• 出力結果さえ正しければどんな解き方でも構いません。（好きな公式や定理を使ってみましょう）

特に検索について、競技プログラミングは解説が充実しているため多くのアルゴリズムを検索で調べることができます。数学での解き方が分かったけど実装方法が思いつかない、という時は検索をするだけで解決することもあります。新しい概念を勉強する時と同じ感覚で新しいアルゴリズムを学んでみましょう。

公式ページもぜひご参照ください。

• ヘルプ（提出時に表示されるREなどの意味や実行時間の目安など）
• yukicoder Wiki（初心者の方向けの各種ガイドページへのリンク）

上記したように競技プログラミング初挑戦の人も対象にしているため、競技プログラミング特有の文化を知らなくても問題文の意味が厳密に分かるように、競技プログラミングでしばしば暗黙の了解や前提知識として省略されてしまう内容も作問用チェックリストに従って記載することがございます。

特に数学で慣習的に断りなく使われているわけではないと思われる用語や記法などが問題文に現れる場合は、問題文より前に記法の説明をすることがございます。競技プログラミングの知識がある方にとっては問題文の読解の邪魔になってしまうおそれがありますが、未定義語を問題文に含ませない方針を目指しておりますことをご了承ください。

逆に数学では慣習的に断りなく使われていると思われる用語や記法などは、その説明がクリックして初めて展開されるようにすることで問題文の読解の邪魔にならないように配慮します。

また厳密さを重視して、曖昧さのある「$\cdots$」などの省略記号は用語の定義や問題文の記述そのものには使っていません。ただし用語の定義や問題文を明記した後でその意味の大雑把な説明をする時などにだけ使うことで、厳密な書き方に慣れていない人にも読解しやすいように配慮しています。例えば入力形式の説明後に改めてpreタグで省略記号を用いた可視化をすることがございます。