t_wの輪郭

処理と引き入れは分離したほうがよさそう

あれ、輪郭法を用いたExcel、意外とイケるのでは……？

デライトにおける輪郭法は知識の保存に使われており、いわゆるデータベース的利用になってるのだけど、ここにプログラム的処理を加えることができればExcel的なものが作れそう。特殊な知識なしにシステムが作れるようになる。

輪郭法を用いたExcelを据え置くべく「輪郭」の後景を読み返してたら、今の理解に至るまでまじで途方もねぇ旅路をやってきたなとなった。

3年もやれば尻に敷いた石にも熱が宿る。

輪郭法そのものが圧を集積・可視化しているのもある。ただのSNSを3年やったところでこの「途方もねぇ旅路」って感じは出ないだろう。

多対多のテーブルを作ってると「輪郭じゃん……！」ってなって良くない。
よほど柔軟性を求められる用途でない限り、輪郭のような汎用の何某かを作るとアレ(抽象的で難解になり、システムの利用・保守が難しくなる)しそう。

「輪郭法を用いたExcelを作れるか？」というわけだ。無理である。

かもしれない

循環構造を制限すれば、現実の写像を作り、それらに対して集計ができる。