新着確認機能実装を一段落させた。10日12歩の修正とともに出振るい・手定め済み。

新着確認機能により輪郭一覧の更新状況がぐっと把握しやすくなった。サービスの性質上，自動更新など気が散る実装を避けてきたが，あちこちページや画面を切り替えながら作業していると，輪郭一覧の鮮度が気になることが多々あった。必要以上に輪郭一覧を更新する癖がつく問題もあった。

実装の要点は次の通り。

• 待機状態では初期化から15秒間隔で4回，20秒間隔で3回，30秒間隔で2回，計約3分間・9回の更新確認を行う。
  • 捌き手の応答時間が長い時でも立求が詰まらないように，立求処理の完了後に遅来させる。
  • 輪郭一覧が更新されている場合，更新有り表示を行い停止する。
  • 輪郭一覧が更新されないまま9回の更新確認を終えると，更新不明表示を行い停止する。
• 交差監視により，画面内に更新輪結が入ると待機状態に入り，画面外に出ると更新不明状態に入る（更新有り状態ではない場合）。
  • 初回ページ読み込み時の始動も交差監視で行っているため，吊るし輪郭が長い場合，舞覧がスクロール位置を復元した場合など，更新輪結が見えなければ動作しない。
  • 更新不明状態の更新輪結が画面内に入ると，即座に更新確認を行い，最初から待機状態に戻る。
  • 全知検索窓固定機能同様，デライトにとって本質的な機能ではないため，新着確認機能自体 Intersection Observer API が使える環境でのみ有効とすることにした。
• 前縁では機能を @DG.upd に集約し，他機能からも輪郭一覧更新を促すなどの目的で利用しやすくなっている。
  • 引き入れ用合い改良からやりたかった，吊るし輪郭の輪括操作時の更新有り表示も実現出来た。
  • 再描出時にも更新有り表示に対応しておいた。
• 後縁では，形式上輪数を返せるように設計しているが，実際には更新有無を表す0・1の二値のみを返す。
  • 元々新着輪数表示を考えていたが，現時点では実用上不要と判断した。
  • 将来的な拡張は容易な状態になっている。
• 更新有り表示・不明表示のアイコンは，メニューの「使い方」・「利用規約」の疑問符・感嘆符アイコンに filter をかけて使っている。
  • 最初，赤・黄色の組み合わせを試したが，必要以上に目立ち過ぎ，違了にも見えてしまうため，黄色・灰色に落ち着いた。

新生デライト開発の当努としての新着確認機能実装は優先順位が低く，最後の方になるかと思っていた。最近になって，メニューのアイコンが使えること，輪数は必要ないこと，交差監視が使えること，と立て続けに実装上の気付きがあり，高い時間対効果・負荷対効果が望めるようになっていた。

マイクロブログなどの投稿数と異なり，1輪の長文もあれば10輪の知名のみの輪郭もあるのがデライトの輪数なので，文脈を限定せず，ましてや2桁程度の表示幅では情報量の尺度として機能しないことに気付いた。

全知検索窓固定機能で採用した交差監視が使えることに気付いたのが駄目押しだった。無駄な再読み込みを抑制する効果も望めるとはいえ，多少なりとも立求が増える機能なので，悪影響の懸念が拭えずにいた。交差監視によって無駄なく効果的に待機状態を制御出来る見通しが立った。流石に高速化までは行かないにしても，十分な低負荷実装になった。

マイクロブログよりも微細な情報を扱えるデルンの異称。

この界隈ですら，「内容に名前を付けて書く」という（ごく常識的な）発想がまだまだ根強いなあ。

デライトは，「内容に名前を付けて書く」以前の，名前はあるけど内容を書く時間がないことや，内容はあるけど名前のないことを書けることを重視している（そうでなければ知能増幅技術としては「遅過ぎる」）ので，そこをどう理解してもらえるか，が一つの鍵なのだろう。が，この調子だといつになるやら。

「あれ」がずらっと並んでいるのを見た時，ただ分かりにくいと感じるか，その特徴によって名前を付けにくいことも大量に書き出せている（その人の思考を知る手がかりが残せている）のだと考えるか。内容も名前も「書かなくていい」だけで「書けない」わけではないので，他の媒体では形にならないことがデライトでは形になっているだけなのだが，初見者にはそれがノイズに見えてしまうというのは，ナノブログ普及の壁。

ただ，マイクロブログも最初は情報量の無いページが乱立しているサイトにしか見えなかったわけで，時間の問題だろうとは思っている。

この場合の「ページ数」というのは，「解像度」に近い意味を持っている。実際，デライトは世界一微細な情報を扱えるシステムだ。マイクロブログではいくらでも大量投稿出来るが，デライトのように有用性が伴わないので実質的な上限はある。その意味で「ナノブログ」を称していたこともある。

microblog

blogには「Web」を接頭しているのにこちらにそうしないのは非合理的では？
しかし「短Web文録」というのは語感が悪すぎる。