{文章 K#9-C7C6/A-538D}

ご質問ありがとうございます。

ルビを含む知名の検索についてですが、開発者も少し悩んでいるところです。今のところ，ルビ対応検索は実装しやすそうなら実装するかもしれない、という感じです。

そのため、開発者も文章の題名の一部に使う程度で、（検索に使うことが多い）単語には使っていません。長い題名を直接検索することは少ないので、この場合あまり問題を感じません。

例えば，「強敵（とも）」や「強敵（ライバル）」は、「強敵」に少し意味を加えたものとも言えます。これらが互いに区別されるべきものであるなら、「強敵」あるいは「とも」や「ライバル」が、「強敵（とも）」や「強敵（ライバル）」を引き入れていれば十分なのではないかという気もします。

今後、ルビがデライト上でどのように使われていくかによっても変わりそうです。

本日でデライトは、正式リリースから1周年を迎えました。とはいっても、半年ほどはひっそりやっていたので名目的なものなのですが、やはり感慨深いものがあります。これも利用者の皆様のおかげです。この感謝の気持ちは近いうちにしっかり文章にしておきたいなと思っています。

貴重なご意見を頂いたので，開発者がデライトの考え方について文章を書きました。他の方の参考にもなるかと思いますので紹介しておきます（後ほどいくつか追加します）。

https://dlt.kitetu.com/?fg=KNo.F85E/A-E74C-FF6E
https://dlt.kitetu.com/?fg=KNo.F85E/A-E74C-A6B8
https://dlt.kitetu.com/?fg=KNo.F85E/A-E74C-9878

どうやればノリを維持しながらアウトライン化を進めることができるのか、それが「テンション維持の問題」

「木構造の限界」（ツリービュー方式）
木構造には限界 があります。たとえばある程度大きなホームページを作ったことがある人ならどのようにフォルダを整理すればいいのか悩んだことがあると思います。

アウトラインプロセッサが持つ、この二つの構造的問題に対する開発者さんなりの回答が輪郭構造というやつなのはなんとなくわかる。
Twitterのようにノリとテンションで、まずは思いついたことを片っ端から描き出してみて、ある一定量思索が蓄積された段階で、輪郭同士をウィキのように構造的・階層的に振り返ることを想定しているのだと思う。

思うに、開発者さんの提唱する「N10K問題」というのも「木構造の限界」によるものを想定しているのではないか？
ノートなりページなりが一定量を突破してしまうと、いわゆるツリー方式では、枝葉が繁茂しすぎて分類がむずかしくなったり、直観的にどこに何が書かれているのか認識しにくくなる。その認識の限界量の目安のことを「N10K」と呼んでいる……という解釈であっているでしょうか？

あと、今回はじめて他の人の輪郭にぶら下げる形で、輪郭を描き出してみたが、こういう利用法は想定されているのでしょうか？

ちなみにデライト開発者は、常時3つくらいのウィンドウでデライトを開いています。厳密に役割を決めているわけではありませんが、だいたい一つのウィンドウで文章を書きながら他のウィンドウで検索しています。今のところ Linux で dwm という（構築途中の）環境です。

ではデライトがなぜ KNS たりえているのかというと、確かにそれらの障害が無いからです。デライトでは、名前も付けずに文章をただ時系列に投稿するだけ、ということが出来ます。それを後から「立体階層構造」で整理・関連付けすることも出来ます。また、投稿は原則として公開されます。

端折りながら何とか書き終えました。しかし、例によって日本的でもなければ Twitter 的でもない文章ですね……。なぜこんなものが日本で生まれたのか開発者も不思議です。

「意味を書ける」ということは、同じ文章により多くの情報を詰め込めるということです。昔からネット上のやりとりで生じる無駄の最たるものは「言葉の定義」を巡るすれ違いですが、これを大きく軽減することが出来ます。

もともとデライトは、コンピューターで「意味を書く」ことは出来ないか、という問題から研究が始まっています。つまり、文字コードではなく、「意味コード」として文章に意味を埋め込む技術でした。これについては以下のスレッドでも解説しています。

確かに、小さなアイコン画像程度のデータ量で、文字なら原稿用紙1毎分くらいの文章は書けますが、テキスト系サービスユーザーの大半は作家でも文学者でもありません。文字コンテンツに価値を持たせるのは難しいのです。