{Google 検索 K#F85E/A-68BD-B9D8}

全知検索ページャー（8日用語化）の形が概ね出来た（詳細は9歩）。

デルンにおけるページャーは，長いこと悩ましい問題だった。初期実装には Google 検索のような普通のページャーがあったが，全知検索を改良していくうちに機能退行した。輪郭で探索出来ることが多いため，無くても意外と困らなかったということもあるが，最良の形が頭の中でまとまらなかった。

結果としては満足行く案が出来たので，デライト離立補完終結直前まで遅らせたのは正解だったのだろう。

ちなみに，いま適当に "人工知能" で Google 検索すると約16,800,000件，"知能増幅" では約2,810件。さらに "知能増幅" でリアルタイム検索してみるとほぼ私のツイートで埋め尽くされている状況。まさにフロンティア，新天地といえよう。

「美しいソフトウェア」を Google 検索してみたら約575件だった。少なくとも日本語の「美しい」と柔品（ソフトウェア）は相性が悪いらしい。

割と真面目に，Google 検索は「メモ検索」が倒すと思っている。自分の頭の中をメモ感覚で可視化して，それを相互に検索出来るようになれば，「頭脳のインターネット」が出来る。それを実現しようとしているのがデルンの全知検索。

デルンの全知検索は，第一次検索革命 （Google 検索）に続く第二次検索革命だ。

最近，技術関係で Google 検索すると機械翻訳系のサイトがよく引っかかるようになったな。

昨日寝る前，ちょうど新月庭が始動しだした6月に Google 検索の理積み更新が行なわれていたことを知った。かなり影響の大きいものだったらしいが，吉と出るか凶と出るか。

これについて調べている時，PageSpeed Insights を思い出した。一時期これを利用して旧月庭の高速化に取り組んでいたが，旧月庭には根本的な問題が多すぎたため少し離れていた。

今日，久しぶりに新月庭で試してみると，扉で諸場96点，個人機99点くらいの結果が出た。gzip 圧縮がイチの出力する HTML と静的な JavaScript で効いていない問題に気付いた。どれも旧月庭の nginx.conf から写す時に抜けたり，gzip_types 設定の微妙な差によるものですぐ修正出来た。

修正後，扉で諸場99点，個人機100点の結果が出た。

＊XPO/Pg/ の譜類整理

長い間適当だった XPO/Pg/ 以下の譜類整理を行い，見通しが大きく改善した。

Google 検索がノイズに対応出来ていないという問題ももちろんある。価値のある情報が届かない時代。

用者体験（UX）の設計が難しいのは，「用者（ユーザー）の体感的な快適度」と「統計的な最適化」とがしばしば異なるからだ。例えば，Windows が更新で勝手に再起動したり，Google 検索が勝手に検索語を修正してきたりするのは，それが統計的にみて用者の利益になると判断されてるからだが，用者には体感出来ない利益よりも「邪魔された」という体験の方が強く記憶される。

全知検索は，Google 検索と SNS 検索の弁証法かもしれない。