HILOG: 3月 2020

2020年3月30日月曜日

Flutter flutter_launcher_iconsでAndroidのアイコンが変わらない

【環境】

Android Studio 3.6.1

Flutter 1.15.17

使用ライブラリ

flutter_launcher_icons: ^0.7.4
media_notification:
  git:
    url: git://github.com/coderkkc/media_notification.git

【症状】

flutter_launcher_icons でいくらアイコン生成しても
実際動かすとアプリのアイコンが緑色のドロイド君の
まま変わらなかった。

【原因】
原因はなんと、media_notification だった。このライブラリの生成物として
ic_launcher_foreground.pngとic_launcher_background.pngが
含まれており、生成物のマージの順序的にmedia_notification側の
ドロイド君で上書きされていたようだ。

【対策】
出力ファイルのファイル名を変更した。

pubspec.yaml
flutter_icons:
  android: 'my_launcher'　←ココ
  ios: true
  image_path: 'lib/assets/icon.png'
  adaptive_icon_background: '#ffffff'
  adaptive_icon_foreground: 'lib/assets/icon.png'

ただしこれだと、Oreo(API Level 26)よりも前のアイコンしか
指定したアイコン名称になってくれない。
Oreo(API Level 26)以降の「アダプティブアイコン(Adaptive Icon)」は
flutter_launcher_iconsでは未対応のようなので、手動で書き換えた。

android/app/src/main/res/mipmap-anydpi-v26/sodoku_launcher.xml
<xml version="1.0" encoding="utf-8"?><adaptive-icon xmlns:android="http://schemas.android.com/apk/res/android">
  <background android:drawable="@color/ic_launcher_background"/>
  <foreground android:drawable="@drawable/my_launcher_foreground"/>　←書き換え箇所
</adaptive-icon>

あとは以下のフォルダ中の

「ic_launcher_foreground」を

「my_launcher_foreground」に書き換えて完了。

drawable-hdpi
drawable-mdpi
drawable-xhdpi
drawable-xxhdpi
drawable-xxxhdpi

※ ic_launcher_background も使用している場合は同様に修正。

【（参考）調査方法】
プロジェクト配下をファイル名「ic_launcher_foreground.png」で検索。
media_notificationビルドフォルダ中に問題のドロイド君アイコンが見つかった。

また、「merger.xml」中に以下の記述あり。

config=":media_notification" ignore_pattern="!.svn:!.git:!.ds_store:!*.scc:.*:<dir>_*:!CVS:!thumbs.db:!picasa.ini:!*~">

成果物をマージする設定か？ignore_patternに .png とか入ってないから
ic_launcher_foreground.pngもマージ対象になったのだろう。

なお、試行としてはmedia_notificationビルドフォルダ中のアイコンを
目的のアイコンで書き換えても、ビルド時に書きかわるのでダメ。
「merger.xml」ファイルに

config=":media_notification" ignore_pattern="!.png:!.svn:...

のようにpngファイルを除外させようとしても、
こちらもビルド時に「merger.xml」ファイル自体が書きかわるのでダメだった。

この場合はたまたまmedia_notificationだったが、このライブラリに限らず、ライブラリ作成者がアイコンのことまで意識しないでリソースに入れたままライブラリ化してしまうと、同じことになりそうである。

同じ症状の方は参考にしてもらえればと思います。

2020年3月29日日曜日

Flutter StreamBuilderで状態がずっとConnectionState.waitingの時

【環境】

Android Studio 3.6.1

Flutter 1.15.17

【症状と対策】
Flutter StreamBuilderで状態がずっとConnectionState.waitingの場合は、
setState()とbuild() がループしている可能性がある。

まずはbuild() 中にブレークポイントを貼って、絶え間なく
ブレークするようだったら、setState()を読んでいるところを
潰していく。

2020年3月14日土曜日

大きい数字。桁の大きい数字。数の単位。K M B T Qa Qi ...

大きい数をまとめた。

接尾辞 Suffix		記号 Abbreviation	名称 Name	値 Value
0〜9 -illion	0 cero	K	thousand(kilo)	10³
	1 uno	M	million	10⁶
	2 dos	B	billion	10⁹
	3 tres	T	trillion	10¹²
	4 quatro	Qa	quadrillion	10¹⁵
	5 cinco	Qi	quintillion	10¹⁸
	6 seis	Sx	sextillion	10²¹
	7 siete septiembre	Sp	septillion	10²⁴
	8 ocho octubre	Oc	octillion	10²⁷
	9 nueve noviembre	No	nonillion	10³⁰
10〜19 -decillion -d	10 diez diciembre	Dc	decillion	10³³
	11 once	Ud	undecillion	10³⁶
	12 doce	Dd	duodecillion	10³⁹
	13 trece	Td	tredecillion	10⁴²
	14 catorce	Qad	quattuordecillion	10⁴⁵
	15 quince	Qid	quindecillion	10⁴⁸
	16 dieciséis	Sxd	sexdecillion	10⁵¹
	17 diecisiete	Spd	septendecillion	10⁵⁴
	18 dieciocho	Ocd	octodecillion	10⁵⁷
	19 diecinueve	Nod	novemdecillion	10⁶⁰
20〜29 -vigintillion -vg	20 veinte	Vg	vigintillion	10⁶³
	21 veintiuno	Uvg	unvigintillion	10⁶⁶
	22 veintidós	Dvg	duovigintillion	10⁶⁹
	23 veintitrés	Tvg	trevigintillion	10⁷²
	24 veinticuatro	Qavg	quattuorvigintillion	10⁷⁵
	25 veinticinco	Qivg	quinvigintillion	10⁷⁸
	26 veintiséis	Sxvg	sesvigintillion	10⁸¹
	27 veintisiete	Spvg	septenvigintillion	10⁸⁴
	28 veintiocho	Ocvg	octovigintillion	10⁸⁷
	29 veintinueve	Novg	novemvigintillion	10⁹⁰

※定義自体はこの先もまだまだ続く。
　接尾辞(Suffix)の数字の横に書いたのはスペイン語での数字の読み方。
　(一部カレンダーの読み方も併記)

国際単位系版 (SI : Système International d'unités)

国際単位系 SI		Short Scale
記号 Abbreviation	名称 Name	記号 Abbreviation	名称 Name	値 Value	接尾辞 Suffix
-	-	-	one	10⁰	-	-
da	deca	-	ten	10¹		-
h	hecto	-	hundred	10²		-
k	kilo	K	thousand	10³	0〜9 -illion	0 cero
M	mega	M	million	10⁶		1 uno
G	giga	B	billion	10⁹		2 dos
T	tera	T	trillion	10¹²		3 tres
P	peta	Qa	quadrillion	10¹⁵		4 quatro
E	exa	Qi	quintillion	10¹⁸		5 cinco
Z	zetta	Sx	sextillion	10²¹		6 seis
Y	yotta	Sp	septillion	10²⁴		7 siete septiembre
R	ronna	Oc	octillion	10²⁷		8 ocho octubre
Q	quetta	No	nonillion	10³⁰		9 nueve noviembre

※Short Scaleについては、中盤くらいの説明参照。

和名対応版

接尾辞 Suffix		記号 Abbreviation	名称 Name	値 Value		和名 Japanese			備考
0〜9 -illion	-	-	-	10⁰	one 1	-	一	ichi 1	-
				10¹	ten 10		十	juu 10
				10²	hundred 100		百	hyaku 100
	0 cero	K	thousand (kilo)	10³	one thousand 1K		千	sen 1,000
				10⁴	ten thousand 10K	万 man	一万	ichi-man 1 man	0
				10⁵	hundred thousand 100K (same as below)		十万	juu-man 10 man
	1 uno	M	million	10⁶	1M		百万	hyaku-man 100 man
				10⁷	10M		千万	sen-man 1,000 man
				10⁸	100M	億 oku	一億	ichi-oku	1
	2 dos	B	billion	10⁹	1B		十億	juu-oku
				10¹⁰	10B		百億	hyaku-oku
				10¹¹	100B		千億	sen-oku
	3 tres	T	trillion	10¹²	1T	兆 chou	一兆	ic-chou	2
				10¹³	10T		十兆	juc-chou
				10¹⁴	100T		百兆	hayku-chou
	4 quatro	Qa	quad rillion	10¹⁵	1Qa		千兆	sen-chou
				10¹⁶	10Qa	京 kei	一京	ik-kei	3
				10¹⁷	100Qa		十京	juk-kei
	5 cinco	Qi	quin tillion	10¹⁸	1Qi		百京	hyak-kei
				10¹⁹	10Qi		千京	sen-kei
				10²⁰	100Qi	垓 gai	一垓	ichi-gai	4
	6 seis	Sx	sextillion	10²¹	1Sx		十垓	juu-gai
				10²²	10Sx		百垓	hyaku-gai
				10²³	100Sx		千垓	sen-gai
	7 siete septiembre	Sp	septillion	10²⁴	1Sp	𥝱 jo	一𥝱	ichi-jo	5
				10²⁵	10Sp		十𥝱	juu-jo
				10²⁶	100Sp		百𥝱	hyaku-jo
	8 ocho octubre	Oc	octillion	10²⁷	1Oc		千𥝱	sen-jo
				10²⁸	10Oc	穣 jou	一穣	ichi-jou	6
				10²⁹	100Oc		十穣	juu-jou
	9 nueve noviembre	No	nonillion	10³⁰	1No		百穣	hyaku-jou
				10³¹	10No		千穣	sen-jou
				10³²	100No	溝 kou	溝	ik-kou	7
10〜19 -decillion -d	10 diez diciembre	Dc	decillion	10³³	1Dc		十溝	juk-kou
				10³⁴	10Dc		百溝	hyak-kou
				10³⁵	100Dc		千溝	sen-kou
	11 once	Ud	un decillion	10³⁶	1Ud	澗 kan	澗	ik-kan	8
				10³⁷	10Ud		十澗	juk-kan
				10³⁸	100Ud		百澗	hyak-kan
	12 doce	Dd	duo decillion	10³⁹	1Dd		千澗	sen-kan
				10⁴⁰	10Dd	正 sei	一正	is-sei	9
				10⁴¹	100Dd		十正	jus-sei
	13 trece	Td	tre decillion	10⁴²	1Td		百正	hyaku-sei
				10⁴³	10Td		千正	sen-sei
				10⁴⁴	100Td	載 sai	一載	is-sai	10
	14 catorce	Qad	quattuor decillion	10⁴⁵	1Qad		十載	jus-sai
				10⁴⁶	10Qad		百載	hyaku-sai
				10⁴⁷	100Qad		千載	sen-sai
	15 quince	Qid	quin decillion	10⁴⁸	1Qid	極 goku	一極	ichi-goku	11
				10⁴⁹	10Qid		十極	juu-goku
				10⁵⁰	100Qid		百極	hyaku-goku
	16 dieciséis	Sxd	sex decillion	10⁵¹	1Sxd		千極	sen-goku
				10⁵²	10Sxd	恒河沙 gou-ka- sha	一恒河沙	(same as below)	12
				10⁵³	100Sxd		十恒河沙
	17 diecisiete	Spd	septen decillion	10⁵⁴	1Spd		百恒河沙
				10⁵⁵	10Spd		千恒河沙
				10⁵⁶	100Spd	阿僧祇 a-sou- gi	一阿僧祇		13
	18 dieciocho	Ocd	octo decillion	10⁵⁷	1Ocd		十阿僧祇
				10⁵⁸	10Ocd		百阿僧祇
				10⁵⁹	100Ocd		千阿僧祇
	19 diecinueve	Nod	novem decillion	10⁶⁰	1Nod	那由他 na-yu- ta	一那由他		14
				10⁶¹	10Nod		十那由他
				10⁶²	100Nod		百那由他
20〜29 -vigintillion -vg	20 veinte	Vg	vigintillion	10⁶³	1Vg		千那由他
				10⁶⁴	10Vg	不可思議 fu-ka- shi-gi	一不可思議		15
				10⁶⁵	100Vg		十不可思議
	21 veintiuno	Uvg	un vigintillion	10⁶⁶	1Uvg		百不可思議
				10⁶⁷	10Uvg		千不可思議
				10⁶⁸	100Uvg	無量大数 mu-ryou- tai-suu	一無量大数		16
	22 veintidós	Dvg	duo vigintillion	10⁶⁹	1Dvg		十無量大数
				10⁷⁰	10Dvg		百無量大数
				10⁷¹	100Dvg		千無量大数
	23 veintitrés	Tvg	tre vigintillion	10⁷²	1Tvg	-(未定義) undefinded
				10⁷³	10Tvg
				10⁷⁴	100Tvg
	24 veinticuatro	Qavg	quattuor vigintillion	10⁷⁵	1Qavg
				10⁷⁶	10Qavg	-(未定義) undefinded
				10⁷⁷	100Qavg
	25 veinticinco	Qivg	quin vigintillion	10⁷⁸	1Qivg
				10⁷⁹	10Qivg
				10⁸⁰	100Qivg	-(未定義) undefinded
	26 veintiséis	Sxvg	ses vigintillion	10⁸¹	1Sxvg
				10⁸²	10Sxvg
				10⁸³	100Sxvg
	27 veintisiete	Spvg	septen vigintillion	10⁸⁴	1Spvg	-(未定義) undefinded
				10⁸⁵	10Spvg
				10⁸⁶	100Spvg
	28 veintiocho	Ocvg	octo vigintillion	10⁸⁷	1Ocvg
				10⁸⁸	10Ocvg	-(未定義) undefinded
				10⁸⁹	100Ocvg
	29 veintinueve	Novg	novem vigintillion	10⁹⁰	1Novg
				10⁹¹	10Novg
				10⁹²	100Novg	...

日常生活ではT: trillionくらいまでしかお目にかからないが、
それ以上の数はむしろゲームでよく目にするようになった。

10²⁴: Sp: septillion, 10²⁷: Oc: octillion, 10³⁰: No: nonillion, 10³³: De: decillion はカレンダーの
9月: septiembre, 10月: octubre, 11月: noviembre, 12月: deciembre (スペイン語)
9月: september, 10月: october, 11月: november, 12月: december (英語)
と2ヶ月ずれていると思うが、そもそもカレンダーの方が、
今の呼称とずれてしまったようだ。
※なお、なぜスペイン語を併記しているかというと、単に私がなんとなくスペイン語を勉強してるからというだけです＾＾
おそらくカレンダー呼称に限らず西洋の命数法全体的にもラテン語で考えた方がよりしっくりくるはずです。
本格的に調べたい方はぜひラテン語にも精通してみてください！
※もしこれを読んで本気で学ぼうと思われた方は、本当にラテン語で方向性があっているかどうかはご自身で確認お願いします🙇‍♂️
　もしも方向性がずれてたら申し訳ありませんので。。。

もともとローマ暦では今でいう「3月」が1番目の月だったので、
「9月」が7番目=septiembre
「10月」が8番目= octubre
「11月」が9番目= noviembre
「12月」が10番目= deciembre
ということだったらしい。

また、接尾辞(Suffix)に書いた 0, 1, 2, 3, ... を「S」とすると、
値は 10^3(1+S)と表せる。
例えばSp: septillion であれば septiembreを連想して
7 なので、3 × (1 + 7) = 24 となる。
（実生活では何の役にも立たないが。
生活していて「あれ？Spは10の何乗だろうか？」と
思ったら、インターネットを調べるだろう。）

(更に余計なことを言うと、
M: million は U: unillion
B: billion は D: Duollion
とかの方が体系的にすっきりするが、
インド・ヨーロッパ語族でもないものが
何を言ってるかとか言われそうなので
何も言わない。)

ーーー
国際単位系：SI (Système International d'unités)も追記した。
こちらは、科学界で使うのでキッチリ定義されている。（この後の説明で呼称の拡張の話が出てくるが、SI上はようやく「〜illion(Suffixの0〜9)」の領域が終わったくらいなのでホッとした）
R: ronna = 10²⁷ と
Q: quetta = 10³⁰ は、2022年に制定された！地球の重さは約6 Rg (ロナグラム）らしい＾＾

ーーー
和名については「塵劫記」(jin-kou-ki)と言われる書物が原典だそうだ。

（『命数法』出典: フリー百科事典『ウィキペディア（Wikipedia）』
　2020年4月16日 (木) 02:52 （日時は個人設定で未設定ならばUTC）版より）

和名の右端の備考に、西洋方式に倣って順番に数字を振ってみた。
この数字を「J」とすると、値は 10^4(1+J)と表せる。

和名では10⁶⁸: 無量大数　までしか定義されていないが、日常生活で
そこまで大きな単位を使う事がないので問題となっていないだけである。
もしも千年後とかに日常的に那由他とか無量大数とかまで使う必要が
出てきたら定義が拡張されるのだろう。
「日常的に」というのがミソで、K, M, B, T とか万, 億, 兆, 京とかは
単なる「呼称」であるという事。
「表記」としては、それこそ10^{1,000,000,000,000,000}とかいくらでも
表記できるので、数学上は困らない。

また、例えば通貨だが、日本だと「銭」から「円」になったように、
インフレによって「量はかり」が実態に即さなくなったら、扱いやすい
尺度に変えてしまえば良いので、那由他とか無量大数などが
日常でそのまま使われる事はあまり考えられないのであるが。
（記憶に新しいのはジンバブエドルのハイパーインフレであるが、
　それと同じような事が起きれば、無くも無いのかも知れないが。

　ただそうだとしても、制度として無量大数の次を決めるよりも

　尺度を変えるほうが先に決まるだろうからその線でも考えられない。

　敢えて例えるならば、１円〜１兆円くらいの圏内で生活している人たちと、

　無量大数円くらいのお金をやりとりする人たちが同居する社会とかだったら

　無量大数の次を考えなければならない、とかだろうか。

　つまり超格差社会。せっかくだから言うと無量大数格差社会。

　ただしこの場合も無量大数円くらいのお金をやりとりする人たちは

　そのままでは扱いにくくて仕方ないだろうから、円に代わるものに

　してしまうだろう。）

ーーー
無量大数より大きい単位の拡張方式は大まかに以下の２案が考えられる。
案１：無量大数の次の新しい定義文言を追加していく方式。
案２：現在の万から無量大数までの単位をベースにして、西洋方式に
　　　倣って、「接尾辞」化して拡張する方式。

案１だと定義文言を次々と考えていかなければならないし、既に
「無量大数」という最上級っぽい文言を使ってしまっているので
なかなか大変そうである。
上記で引用した「名数法」に載ってるが、仏典ではもっとたくさんの
文言があるので、それに倣うなども考えられるが、現状の塵劫記の
定義を廃止して新しい定義に置き換えるのは、塵劫記の定義が既に
広く使われてしまっている事から、なかなか考えにくい。

案２は、西洋方式の接尾辞が
10〜19ではdecillionを付けて、接尾辞が無いものから 10³³倍
20〜29ではvigintillionを付けて、接尾辞が無いものから 10⁶³ 倍
という方式を真似る。西洋方式は10ずつなのでわかりやすいが、
和名方式だと万〜無量大数まで16ずつなのでややこしい。

また、接尾辞も、末尾に文字を追加するか、または漢字自体を
拡張するか。
末尾に文字を追加するというのは、例えば仏典を真似して、
末尾に「転」を付けるとかである。
漢字自体を拡張というのは、例えばしんにょうを付けるとかである。

漢字拡張方式だと「恒河沙」とか複数文字になった時にうまくいかない。
拡張する部首の組み合わせも限界がある。
また、上記の例だと「一周」しか拡張できないので、せっかく拡張するのに
もったい無い。

末尾に追加する方式の方が良いが、できれば無限にループして
拡張できる「何か」が良い。

ここでは一旦「転」を付けるサンプルを書いておく。
億転: 10⁷²

兆転: 10⁷⁶

京転: 10⁸⁰

垓転: 10⁸⁴

…
無量大数転: 10¹³²
といった具合である。

西洋方式だと10³がベースで「一周」ごとに10^3*10ずつ増えていく。
和名方式だと10⁴がベースで「一周」ごとに10^4*16つまり10⁶⁴ずつ増えていく。

「万転」はないのか？と思われるかも知れないが、西洋方式の
接尾辞を観察するとわかるが、接尾辞上では「0」は使われずに
「10」の方を使ってるということである。
あえて言えば「万転」＝「無量大数」である。
西洋方式に逆適用すると
kilodecillion = decillion または、
thousandecillion = decillion ということ。

最後に、第３案としては、こんなややこしいことするなら、
「無量大数」の次は西洋方式を用いましょうという案^^

と思ったが、あちらはあちらで short scale と long scale の問題があることが分かった。

このページで書いた「西洋方式」というのは short scale 側だった。

（『西洋の命数法』出典: フリー百科事典『ウィキペディア（Wikipedia）』

　2020年6月4日 (木) 20:18 （日時は個人設定で未設定ならばUTC）版より）

この多様性は言語学のようだ、というか正に数字と言語を結びつけるための呼称

＝「命数法」の問題ということに行き着く。

（最近話題のABC予想にちなんでに言えば「数言際」だろうか。

　※ABC予想も含めて数々の予想を証明できる理論として、望月教授が開発した「宇宙際タイヒミュラー理論」のこと。）

数学的に見れば、「1つの数字に1つの名前をつける」というごく単純な1:1プロット問題なのだろうが、現実世界では歴史とか文化とかが絡んでここまで深遠な世界が広がっているのである。
（言ってみれば「自由度無限大の目で1:1プロット問題を眺める」と言ったところだろうか＾＾　「自由度無限大」というのが現状では「人」とか「人類」になってくるだろうが、これは別にいくらでも拡張可能な話。自分で言っておきながら訳が分からなくなってきた＾＾）

もしもこの命数法問題を根本的に見直したいという人は大変である。
まずは、なぜ 0, 1, 2, 3, ... を
英語では、 zero, one, two, three, ... ※あ、これもラテン語の派生と捉えるなら、やはりラテン語で考えた方が良いですね＾＾
和名では、レイ(零), イチ(一), ニ(二), サン(三), ...
という「読み方」にしたのか？というところから見直さなければならない✌️　（歴史学とか言語形成学？とかの分野）
そこをすっ飛ばして「完璧な」命数法を編み出したとしても、今度は世間が受け入れてくれるか？世間に浸透するのか？という問題が発生する。（それとも「完璧」であれば意外とすんなり受け入れてくれるものなのだろうか？ちょうどいいので独裁国家とかで試してもらいたいものだ＾＾）

なお「完璧な命数法」とは以下のようなものである。
・単位の名称文字列は有限長であること。（そうしないと読み終わることができない＾＾　もしも無限長だったら、うっかり読み上げ始めてしまった人は最悪で、それを読むために一生を使い果たすことになる。。）
・（できれば）無限に拡張可能であること。
（ちょっと考え直したところ、1つ目の条件はなくても良いかもしれない。実際に読み上げるかどうかは別問題であって、別に呼称も無限長でも構わないだろう。今回はとりあえずこの条件で話を進める。）

結論としては、有限個の文字とか単語の結合及び組み合わせ問題なので、文字列を無限長にしない限りは無限に拡張は不可能ということになるだろう（残念！）
無限とは恐ろしいもので、表に書いた　無量大数 = 10⁶⁸ とか、Novg (novemvigintillion) = 10⁹⁰ とかは無限サイドから見ればゴミみたいなものなのである。
有名どこだと、googol = 10¹⁰⁰ とか googolplex = 10^googol = 10^10¹⁰⁰ とかもあるのだが、googolplexであってもたかだか1の後ろに0が10¹⁰⁰個つくだけである。(←話を誇張するためにこのように書きましたが、0近傍の我々からすると、ものすごくバカでかい数です😅)
※ちなみに話は変わるが、無限サイドから素数を求めていく手法を見つければBitcoinで大金持ちになれる＾＾
思えば、無限サイドと0近傍の関係というのは「お互いに観測できるのか？」という問題とも言える。人とか一般生活上はたまたま0を起点として0近傍から無限近傍を考えているだけであるが、無限近傍から0近傍を見れば「無限だ」と思われることだろう。
まさに裏返しの世界である。望月教授の宇宙際タイヒミュラー理論の言葉をお借りすれば、0近傍という宇宙（舞台）と無限近傍という宇宙（舞台）の問題と言えるかもしれない。ここで観測（通信）する観点は「近似」とかになってくるのかな？（数学的には無茶苦茶なことを言ってるかもしれませんので、ご了承ください🙇‍♂️）　（このアイデアについては既述　近傍を変える　と　数学上に「不明」を導入も参照。これは「あるのでもなく、ないのでもない」という概念に発展していくものですね✌️）

「命数法は数学側に近い話なので、言語文化でも特別に「億² = 10⁷²」という表記を許容してはどうか？」という意見もあるかもしれない。（まずは言語学者が絶対に許さないだろうが＾＾；）
もしも運よく許容されたとしても、乗数が呼称の上限を超えた時にやはり読みようがなくなってしまうのである（残念！）
解決策としては「乗数部分も和とか積にすれば良い」というものがある。

つまり、「無量大数 = 10⁶⁸」を呼称の上限とした場合は、
無量大数 = 10⁶⁸ = 10^{4 * ( 1 + 16)}
億² = 10⁷² = 10^{4 * ( 1 + 16 + 1 )}
兆² = 10⁷⁶ = 10^{4 * ( 1 + 16 + 2 )}
...
無量大数² = 10¹³² = 10^{4 * ( 1 + 16 + 16 )}
億³ = 10¹³⁶ = 10^{4 * ( 1 + 16*2 + 1 )}
兆³ = 10¹⁴⁰ = 10^{4 * ( 1 + 16*2 + 2 )}
...
無量大数³ = 10¹⁹⁶ = 10^{4 * ( 1 + 16*2 + 16 )}
...
億¹⁰ = 億^十 = 10⁵⁸⁴ = 10^{4 * ( 1 + 16*9 + 1 )}
兆¹⁰ = 兆^十 = 10⁵⁸⁸ = 10^{4 * ( 1 + 16*9 + 2 )}
...
無量大数¹⁰ = 無量大数^十 = 10⁶⁴⁴ = 10^{4 * ( 1 + 16*9 + 16 )}
...
...
億^10⁶⁸ = 億^無量大数 = 10^{4 * ( 1 + 16*(10⁶⁸ - 1) + 1 )}
兆^10⁶⁸ = 兆^無量大数 = 10^{4 * ( 1 + 16*(10⁶⁸ - 1) + 2 )}
...
無量大数^10⁶⁸ = 無量大数^無量大数 = 10^{4 * ( 1 + 16*(10⁶⁸ - 1) + 16 )}

といった感じである。※すいませんが、最後の億^無量大数〜無量大数^無量大数は、10の何乗がものすごいことになるので実際に数を表すのは省略しました＾＾　また、上記は何かしらミスってるかも知れません😅
（なんだかこれを書いてて何をしたいのか訳が分からなくなってきた＾＾；）

「転」をつけるサンプルで言えば、億² = 億転である。
また、お気づきの通り億 = 10⁸ なので、数学の計算的には、億² = 億 * 億 = 10⁸ * 10⁸ = 10¹⁶ なので、呼称用表記とは整合性が合わなくなってくる。（先に気づけばよかったが、もうこの時点でこの案は脱落だろう＾＾）

続いて、読み方の問題。例えば「億^10⁶⁸」つまり「億^無量大数」は、「億の無量大数乗」（または「億の10の68乗」）と読むし、
「億^10⁶⁹」つまり「億^10⁶⁸*10」は、「億^{10無量大数}」= 「億^{十無量大数}」は、「億の十無量大数乗」とかになってくる。
もちろん読み方のルールを厳密に決めれば読めるのだが、そこまで規定した時に、人々は結局読んだとしても読んだ内容を計算によって０が何個つくのかを求めなければ、それが一体どれくらいの乗数なのかは「瞬時には」わかり得ないということに気づくのである。

話が呼称に戻って来るが、呼称とは結局は命名した対象を把握するものであって、命数法で言えば例えば「兆」とは一体どれくらいかという「概念」は「兆」を聞くことで、和名に親しんだ人であれば聞いた瞬間にどれくらいの「層」に属しているかを知ることができるのである。
この「人とか生活面から見た観点」を「ボトムアップ的命名観点」とでも呼んでおこう。

他方で、「実在する以上は全てのものに名称をつけれるはずだ」といった、トップダウン的な考え方もある。
これを「トップダウン的命名観点」と呼ぶとしよう。

命数法とはいわば、ボトムアップ的命名観点とトップダウン的命名観点が最も顕著に顕在化しやすい概念であったということがわかったというだけでも、今回の考察は意味があったのではないだろうか？（というか、ここまで書いたのであったと信じたいだけなのだが😅）

数学の組み合わせ問題的にも有限長かつ無限に拡張できる呼称は実現不可であることは分かったし、いくら頑張ったとしても結局は「人」側の「認識」が追いつかなくなることも分かったため、呼称問題は、あくまでも「みんなが」「納得する・できる」または「実際上困らない」範囲で決めれば良いのではないだろうか、と思った次第である。

一応頑張って話を続けるならば、log（ロガリズム。対数）を持ってきて、そちら側で命名していくことも考えられる。この点については紙面が足りないため、また別の機会としよう。。
（logにしても呼称が無限長になるのは変わらないが、少しは領域を「把握」しやすくなるだろう。logを「入れ子」にしていけば、ルール上は無限に拡張可能？）

登録: 投稿 (Atom)