大きな単位から書くか、小さな単位から書くかの違いだと思う。年を含めた場合の日付の書き方も違う。日本では○年○月○日だけど、欧米では○月○日○年になっている。月と日を不可分のひとかたまりだと考えるなら、やっぱり欧米式は小さな単位から書いていることになる。日本式はビッグエンディアンで、欧米式はリトルエンディアンであるように僕には思える。欧米式の良いところは、たとえば世界にひとつしかない珍しい町名であれば、そして読み手がそれを知っていたら、その先を読まなくてもどこのことなのか分かるということだろう。分からなければ先を読みつづければいい。リトルエンディアンのほうがいい・・・といいたくなるが、ちょっと待て。そもそも町名だとか市名だとかを使うことそのものが無駄だと思う。郵便番号みたいに数値化するべきだ。そのほうがずっと短く書ける。いやそれをいうのならそもそも緯度や経度を使った座標のほうがもっと合理的だ。地名のないところでも表現できるし、二点間の距離も簡単に計算できる。地名ではそういうことはできない。座標の場合リトルエンディアンは有利なのか?座標の下の桁が分かったとしたら、それはとりあえず現在地からの近辺だと仮定することくらいしかできない。パターンから言って下3桁が578ってことはいつも郵便物の多い山田さんの家のことだろうな、とか。日付や時刻を言うときもリトルエンディアンは便利かもしれない。なんていうのは大変だ。ビッグエンディアンであっても「今日の○時○分」みたいに言うことはできる。実はビッグエンディアンだといつも一番大きな単位から長々といわなければいけないというわけじゃない。それにビッグエンディアンでは、秒やミリ秒など細かい時刻に興味がなければ、最後まで聞かない(読まない)ことも可能である。リトルエンディアンでは一番小さい単位から言うから面倒でも聞き流さなければいけない。ビッグエンディアンの場合、途中までしか読んでいない状態でも、とりあえず行動するのがやりやすいというメリットがあると思う。ディスクの○○セクタを読んでくれ、なんていう命令を出す場合、○○の部分がビックエンディアンであれば、上の桁から言ってくれるので、最後まで分からなくてもとりあえずシークをはじめることだってできると思う(見切り発車みたいなこと)。リトルエンディアンだとこれはできない。いやしたの桁だけ見てそれまでの推測で適当に動き始めることはできはなくはないが、それは外れるかもしれない。外れだったらかえって時間がかかることになりかねない。それにビッグエンディアンでも初めの数桁だけで予測を立てることはできるから、予測することがリトルエンディアンの長所というわけでもない(まあ予測用のハッシュとしては下の桁のほうがうまくバラけて有用であるとは思うけど)。ようするにビッグエンディアンのほうが利用しやすいエンコード方法なのではないかと思うのだ。数学的に美しいということだけになってしまったように思う。処理していかなければならない。多倍長計算で有利か不利かというのは演算の処理内容に依存するのである。僕はこれを長所にはカウントしない。ビッグエンディアンのほうが良いと思うようになってしまった以上、ビッグエンディアンこそ数学的に美しくあってほしい。願えば美しくなるというわけではないのだが、数学っていうのは正しくて有用なものほど美しいことが多いから、そう思ってもっとよく考えてみた。どこが汚いのかといえば、もちろん7の部分だ。いうことでこの7をなくしてみた。こんな式にすれば値は2^7倍狂ってしまう。これを見て思う、「なるほど、sが小数ならいいのか」。今までレジスタやメモリの中身は0以上の整数(かもしくは符号付き整数)が入っているということになっていたが、これを0以上1未満の小数が入っていると考えたらどうだろうか。今までだと「8bitでは0〜255が扱える、16bitなら0〜65535が扱える」であり、bit数が増えることは「より大きな数値が扱える」ということを意味していた。なく、「8bitでも16bitでも32bitでも4bitでも1bitでも、扱える数値は0以上1未満、違うのは精度だけ。bit数が上がると精度が良くなる。1bitの場合、0.0と0.5の2^(-1)刻み。4bitなら、2^(-4)刻みで0.0000〜0.9375。