orange @[email protected]

「Units of Measureならパフォーマンス上も問題ないよ」だけど、たぶんだけどAdaのコンパイラも静的にチェックすれば済む部分は都合のいい数値型に変換しちゃってパフォーマンスへの影響を抑えるってしてるだろうし、結局同じ事をしてるような気がしなくもない・・・＞＜

Units of Measureのススメ - Qiita https://qiita.com/adacola/items/b65752b678e81bc8e354
"...Height型や年齢を表すAge型をいちいち作るというのも非常に大変です。
また、Height型から身長の値を取り出すのにオーバーヘッドが発生し、わずかながらパフォーマンスが低下することになります。..."

Adaがdisられてる！＞＜；

12.3と1.23って固定小数点の発想で見たら型が違うとも言えなくもないし、
12.30と01.23にしたら『「10進で4桁でそのうち下の2桁は小数点以下」型』に型を揃えたと言えなくも無さそう？＞＜；

オレンジ方式の理解、お約束の「おにぎりとおにぎりをくっつけたら大きいおにぎり1個じゃん！ なんで2なの！？」って混乱が生じにくいであろうってメリットもある気がしてるし、
「とにかく複数の数値表現等はまず揃える」って「型が違うものを型を考慮せず不用意に計算するとヤバい事になる」にも繋がるし、
オレンジが「型システムは明示的でガチガチな方がいい！＞＜ PythonやRubyみたいなのをは欠陥システム！＞＜＃ 」って発想になった源流のひとつでもある気がしてる＞＜

それの思い浮かべかたの時に、とにかくアホでもイメージできる省力タイプの発想をしてるのがオレンジ方式かも？＞＜；

小数点は、『「その数値表現のユニット」(※1)の桁の位置がその点の位置の左であるって示す記号』がオレンジの解釈＞＜
で、1とは「その数値表現や単位のユニット」であるみたいな解釈＞＜
(※1 正しい数学用語知らないのでオレンジ語＞＜； 基数って言えばいいのかも？＞＜；)