画面分割のような機能をサービス内で提供するものもありますが、それは本来 OS なりブラウザなりの役割というのがデライトの考え方で、その機能を柔軟に利用出来るように、デライト自体は極力単純な設計にしています。
{種}{需要}{障害}{実現}{設計}{認識}{つぶやき}{開発者}{KNS}{知識}
(11)
デライト公式

{あれK#9-C7C6/A-DCDC}
{次世代}{テキスト系サービス}{長所}{最大限}{テキストデータ}{設計}{解説}{デライト}{
テキスト・ルネサンス}
(9)
デライト公式

{あれK#9-C7C6/A-1E37}
前回のスレッドは、テキストデータの長所を最大限に活かすことで「テキスト・ルネサンス」が起きる、という話でした。今回は、それを目指す次世代テキスト系サービスとしてのデライトの設計について簡単に解説してみます。
{スレッド総集編}{疑問}{設計}{削除}{メモサービス}{ユーザー}{情報}{デライト}
(8)
デライト公式

{あれK#9-C7C6/A-0A1E}
{産婆術}{ネットサービス}{メカソクラテス}{知能増幅}{構造}{設計}{KNS}{SNS}{個人知識管理サービス}{デライト}
(10)
デライト公式

{あれK#9-C7C6/A-21F8}
そこで、SNS の構造・設計を作り替えてしまう、という方法があることに気付きました。つまり、知能増幅に繋がる個人知識管理サービスを SNS と結合することです。それがデライトの KNS であり、「メカソクラテス」たる所以です。万人の知の「産婆」をネットサービスとして実現するわけです。
{
デライトの活用法}{スレッド}{すかすか}{利便性}{ページ数}{設計}{課題}{デライト}
(8)
デライト公式

{あれK#9-C7C6/A-93D9}
ただ、デライトの場合、あまりにも多量の情報を想定した設計であるため、ページ数が少ないと他のサービスよりも利便性を感じにくいという別の課題があります。これは前々回のスレッドで語った通りです。「すかすか」な感じになってしまうわけです。
{核}{追求}{距離}{紙}{設計}{情報}{脳}{輪郭構造}{個人知識管理サービス}{デライト}
(10)
デライト公式

{あれK#9-C7C6/A-380F}

{
設計}