大丈夫です。 Byerkut さんも深くは理解していません。

突然ですが、コンピュータのデータはバイト単位で管理されることはご存じでしょうか。緻密なグラフィックも膨大なデータベースのデータも突き詰めるとバイト単位で保存されているのです。

しかし、実はここに問題があるのです。

ご存じかとは思いますが１バイトが表現できる数値の範囲は 0 ～ 255 です。昔のゲームなどではステータスの上限が 255 だったりすることがありますよね。ですが、 0 ～ 255 までの数値があればゲームは成り立つでしょうか？それは、おそらく無理です。ファミコン時代のドラクエでもゴールドは 999999 くらい持てますので 0 ～ 255 では数値が足りません。では、いったいどうすれば大きい数値を扱うことができるのでしょうか？普段からプログラミングをしていないと意識できないかもしれませんが、実は簡単なのです、「１バイトで足りないなら２バイト使ってしまえ！」ば良いのです。

かくして大きなデータを扱う際にはｎバイト使えばいいことがわかりました。しかし、問題はここにあるのです。

何が問題なのかというと、ｎバイトのデータを保存する際、データをどういう順番で詰めるか？が CPU などによって異なっているという点です。たとえば 1234 という数値をファイルに保存したいとします。 1234 を表現するには２バイト必要なのですが、それぞれのバイトの値は 0×04 と 0xD2 になります（← 16 進数表記です）。ここで Intel の CPU のマシンで 1234 という数値を保存すると、ファイルへはデータが 0xD2 0×04 という順番で保存されます。 Intel の CPU では下の位から順番にデータを詰めることがわかります。一方 IBM などのメインフレームでは 1234 という数値を保存すると 0×04 0xD2 というように上の位からデータを詰めたりします。前者の環境をリトルエンディアン、後者の環境をビッグエンディアンと呼びます。

コンピュータにはリトルエンディアンとビッグエンディアンがあることがわかりました。ファイルへデータを保存したり、ファイルからデータを取得したりする際には注意しなければなりません。 Windows などの Intel マシンでのみ動作すれば良いのであればリトルエンディアンを前提にプログラムすればいいのですが、他の環境へ移植したい場合はバイトオーダーを意識してプログラムを分岐する必要があります。こういった作業はつまらない上に面倒です。

ここで POSH の登場です。

POSH ライブラリを使うと、バイトオーダーの違いを理解して適切にデータを保存したり読み込んだりするマクロや関数が使えるようになります。プログラマは「 1234 という数値を保存したい」という一念だけで移植性のあるプログラムを書くことができるようになります。面倒から解放されてとても楽になります。ぜひとも利用を検討してください。

実際はゲームの開発で移植性を考えると、「相手が組み込みでも通じるソースになるのか？」とか「例外やメタプログラミング機能のない C++ でも同じ動作をするのか？」など、いろいろな問題に直面します（実はゲーム会社在籍時代は移植もやっていました）。こうなっては POSH の力はほとんど無力ですので、最初から移植性は無視して利用しないという決断もありかと思います。