しかし，Synx（独自 OS 標準）にせよ Cμ（独自プログラミング言語）にせよ希哲館訳語にせよ，今思えばよくそんな暇があったものだ……スコレーの海だった。

今のデライトは早まった最適化を避けてきたこともあり軽快とはいえないが，独自開発言語の Cμ は C++ を基礎にしており，多糸（マルチスレッド）FastCGI で動いている。出場（DB）側も Cμ で外充て（ストアド）函数化している。いくらでも最適化出来る。

最近，Cμ の如零（ヌル）許容型 iffy_ が問題児化しているので，有効値のみを参照する val() でも持たせるか，と考えていたのだが，C++ の std::optional でも同じ意図で value() があるのか。結局，考えることは似てくるものだな。

半休にして一昨日からのまとめをしていたため，作業は出来なかったが，いくつか仕様検討が進んだ。

まず，先の不具合の反省から，Cμ の指示型（p_）や如零許容型（iffy_）で安全に間接参照する方法について検討。

最初は間接参照演算子を上積みすることを考えたが，伝統的な記法は極力踏襲したいこと，非如零であることが自明な時にオーバーヘッドを避けて握接する手段も残したいため，別途，val() のような道手を持たせる方向で検討を続けることにした。

以前から何とかしたかったマウスオーバー時の輪符展開の動き付けについても，展開したい部分を spn 要素で囲っておけば，下装書の animation 等を使って十分表現出来ることに気付いた。以前，滑らかに展開させるためにスクリプト側で文字列操作をしようとしたが，明らかに美しくない方法なので断念していた。

これは希哲社が独自に開発した論組（プログラミング）言語 Cμ で，デライトの自我情報を取得する PostgreSQL 外充て（ストアド）函数を定義しているところ。自分で作っておいて何だが，神が宿ってるな……。

デライトは，色々な意味で「軽い」サービス。文字情報だけで成り立つし，個人情報も扱わない。独自開発言語の Cμ は C++ が基礎で最適化もしやすい。それこそ動画共有サービスなんかと比べれば黒字化は遥かに楽。後は集客出来るかどうかだけ。

前後景一覧整備，左下吹き描き実装続き。

途中で終了。

lis.syml を見ていて，交度英語における lis を再考。lst から移行してしばらく使っていたが，略として中途半端なのは交語の性質上仕方ないとして，ls がよぎってしまうのでどうにも使いにくかった。もともと，Cμ の vec_ や map_ の並びで語感が良く見えたというのも採用した理由だったが，vec_ も arr_ になっている今，それほどこだわる部分ではない。この際，〈list〉は ls で統一してしまうことにした。輪結リストの意なら lls としてもいい。

lis.syml も ls.syml へ練名。

今日は前後景輪の一覧実装を始める予定だったが，深刻な不具合などに気を取られ準備程度のことしか出来なかった。

しかし，交度を整理しながら描写選り手周りの改良をよく進めることが出来た。特に，描き直しの挙動はこれまで自分で気に入らないところだったので，洗練されたのが嬉しかった。

以前から怪しかった AdSense と Aejs の干渉問題も根本的な解決策を施すことが出来た。

昨日の開発記録をまとめていて，公開連絡先を使った新しい暗証語忘れ対策を思いつき，この方向でまとめていくことにした。

もう一つ大きな作業方針上の進展として，自我登録時の知番予約改良を一括挿入（バルクインサート）から試すことにした。初歩的なことだが，余裕がなかったのか Cμ と外充て函数を過信していたのだろう。これも灯台下暗しだった。ずっと非同期化の方向で検討していたが，そもそも非同期化しないと困るような処理が自我登録のたびに走っていたら捌き手がもたない，かといって予約範囲の分割も煩雑化を招く，といった懸念があったため，これで済めば万々歳だ。

その他，Twitter Publish と + 記法を使ってツイート埋め込みをする方法について検討など。

知名変更時の不具合修正続き。

いったん終了。

一通り手定めし，問題ないように見える。かなり雑で無駄の多かった Aejs と Cμ 間の通信を大きく整理したので，保守性も向上。

ついでに，ずっと気になっていた描き直し時の挙動も大きく改善した。

これまで，描写欄を保存すると一瞬で選り手が消え，一瞬描写のソースが見えた後で正しい表示に更新されていた。これも Aejs の未整理が原因だったが，今回，選り手が溶暗してすぐに正しい表示で更新されるようになったため，描き直し時のごちゃごちゃした違和感が無くなった。