{設計 K#9-C7C6/A-D9F4}

画面分割のような機能をサービス内で提供するものもありますが、それは本来 OS なりブラウザなりの役割というのがデライトの考え方で、その機能を柔軟に利用出来るように、デライト自体は極力単純な設計にしています。

日々の「つぶやき」は知識の種です。当然、個人知識管理サービスでツイートの類を管理したいという需要は昔からある程度あります。各開発者も認識しているはずです。にもかかわらず KNS が実現しないのには設計上の障害があるのではないかと思います。

前回のスレッドは、テキストデータの長所を最大限に活かすことで「テキスト・ルネサンス」が起きる、という話でした。今回は、それを目指す次世代テキスト系サービスとしてのデライトの設計について簡単に解説してみます。

デライトは、テキストデータの長所を最大限に活かせるように設計されています（せざるをえなかったとも）。ここからはその解説をしてみたいと思いますが、思ったより長くなりそうなので続きはまた明日。

■ デライトの特性について

「削除機能が無いメモサービス？！」そんなユーザーの疑問に答える形で、まさに脳内のように超多量な情報を扱うことを前提としたデライトの設計について語りました。

https://twitter.com/Dlt_jp/status/1331440361869242370

そこで、SNS の構造・設計を作り替えてしまう、という方法があることに気付きました。つまり、知能増幅に繋がる個人知識管理サービスを SNS と結合することです。それがデライトの KNS であり、「メカソクラテス」たる所以です。万人の知の「産婆」をネットサービスとして実現するわけです。

ただ、デライトの場合、あまりにも多量の情報を想定した設計であるため、ページ数が少ないと他のサービスよりも利便性を感じにくいという別の課題があります。これは前々回のスレッドで語った通りです。「すかすか」な感じになってしまうわけです。

https://twitter.com/Dlt_jp/status/1331440361869242370

こうした、紙から一般的な個人知識管理サービスにいたるまで、従来の記録技術が持つ「脳からの距離」を無くすことを徹底して追求したのがデライトです。デライトは、頭の中そのものに限りなく近い情報を表現出来るように設計されています。その核が、ここでざっと説明した輪郭構造です。

今日はどこまで書けることやら……。さて、スレッドはデライトの設計の話から個人知識管理（PKM）の現状と未来の話へとつながっていきます。たぶん。