...序数（または序数）は、順番に位置またはランクを表す単語です。
ウィキペディアから。
タスクは、2つの異なるプログラム（そのうち2つの異なる言語から作成可能）を使用して、最初からの順序シーケンスを出力しnthます。secondではなく、完全な単語を出力し2ndます。
序数の課題は、特にこのエントリで以前に取り上げられました。この課題では、序数は、以下で詳述する固有の条件を促進するための手段にすぎません。
パート1
の入力が与えられたときに何かをn出力する必要があるプログラムを作成する必要があります。常に999以下の正のゼロ以外の整数になります。
n
有効な出力には次のものが含まれますが、これらに限定されません。
stdout/stderr/などへの出力- ファイル/フォルダー/などの作成
- あらゆる種類のグラフィカルインターフェイスまたは画像
何でもあり。
パート2
パート1のプログラムの出力を使用して、1（最初）から始まりn、パート1で解析されたものまでの順序数のシーケンスを出力するプログラムを作成する必要があります。
一般的な条件：
- パート2の合計バイトは、パート1の合計バイト（以下）を超えてはなりません。
出力条件：
- 大文字と小文字を区別しません。
- 出力には、順序シーケンス（a〜zの文字のみ）と空白（改行が許可されている）のみが含まれている必要があります。
- 実行中または実行後に表示される限り、任意のソースに出力できます。
- 出力が正しい限り、プログラムを終了する必要はありません。
- 出力には文法は必要ありませんが、オプションでそれを含めることができます（ハイフン、コンマ、「ands」など）。
nine hundred ninety ninthはと同じくらい受け入れられnine hundred and ninety-ninthます。
サンプル出力
n8はどこですか
FIRST SECOND THIRD FOURTH FIFTH SIXTH SEVENTH EIGHTH
得点
勝利条件の階層は次のとおりです。
- パート1の最小バイト数
- パート2の最小バイト数
Entry #1 | Part 1 = 32 bytes, Part 2 = 22 bytes
Entry #2 | Part 1 = 31 bytes, part 2 = 30 bytes
Entry #2 wins - Part 1 contains 31 bytes vs 32 bytes
---
Entry #1 | Part 1 = 21 bytes, Part 2 = 33 bytes
Entry #2 | Part 1 = 80 bytes, Part 2 = 70 bytes
Entry #2 wins - Entry #1 disqualified (Part 2 contains more bytes than Part 1)
---
Entry #1 | Part 1 = 50 bytes, Part 2 = 49 bytes
Entry #2 | Part 1 = 50 bytes, Part 2 = 50 bytes
Entry #1 wins - Part 1 is equal, Part 2 contains 49 bytes vs 50 bytes
私が作る場合は、P1出力-私はアイデアがゴルフをしながら、均等にできるだけ両者の間に作業を分割しようとすることだと思う@HyperNeutrino
—
ジョナサンアラン
[30, 'second']ため32、それが出力を持っていたならば、p2がいることを行うには以下の作業を持っているだけで、32。
たぶん私は何か愚かなことを見逃していますが、採点の例の最後の2つのエントリのうち、エントリ1が勝てないのはなぜですか？パート1は、同じバイトを有し、その2未満であるか、または両方のために部分1に等しく、エントリ1部2は、エントリ2部2よりも少ないバイトを有する
—
パトリック・ロバーツ
@PatrickRobertsパート2にはパート1 と同じかそれ以下のバイトが含まれている必要があるため、パート1は21バイトですが、パート2は33バイトなので、エントリ＃1は失格となります。残念ながら、その情報は隠されており、現時点で勝利条件に明示的に記載されていません。
—
11
@PatrickRobertsこれは重要です。そうしないと、パート1で0バイトのプログラムが実行されたときに入力を暗黙的に出力として渡す言語を使用できるためです
—
Chronocidal
one hundred and eleventhそれともone hundred eleventh？