{入力 K#F85E/A-D605}

あと，これは個人的な感覚だが，保存されないという前提で適当な文字列を入力したいことがよくある。これがローカルアプリならともかく，いちいち外部に送信されるのは気持ち悪い。

これまで使用を避けてきた二重括点“”，爪括弧〝〟の類を執筆に導入することを検討。

和文中の記号として判読しにくい場面がある，作法が統一されておらず入力も面倒といった理由であまり好きではなかったが，やはり括弧類だけでは微妙な意味合いを十分に表現出来ない。一日一文を再開してからより強く感じるようになった。

とりあえず，二重括点“”を使ってみることにして終了。

Unix 流駒手（コマンド）。標準入力から読み込んだ出与えを標準出力と譜類（ファイル）に書き出す。

名称は「ティー」（tee）と呼ばれる T 字形の管継手（くだつぎて）（管〈パイプ〉を繋ぐ部品）に由来。パイプを通って来た入力を二手に分けて出力することから。

$ echo "hello" | tee hello.txt
hello
$ cat hello.txt
hello

先日の Trello 経由情報流出騒動は，隣接分野である個人知識管理サービス界隈にも少なからず衝撃を与えたようだ。自分の使っているサービスは大丈夫なのだろうか，といった発言が散見された。

古くは Evernote から最近なら Notion まで，ネットサービスに自分の知識を一元化出来たらいいなという願望は多くの人が持っているが，その安全性について十分考えられているとは言い難い。あまりにも無邪気にサービスを信用している人が多い。

他人に知られて死活問題になるような情報を何の心配もなく預けられるサービス・企業はこの世に存在しない。まずはここから出発する必要がある。権限があれば内部の人間は利用者の情報をいくらでも閲覧出来る。その情報が貴重であればあるほど，世界中から狙われる。どんな対策をしていると言っても，その信頼性を確認する術は利用者に無い。

要するに，ネットサービスを使う以上，最悪，誰かに見られているつもりで情報を入力しなければならない。これは，個人知識管理サービスの未来にとっても重要なところだ。

デライトは見ての通り，「描出公開原則」と言って，全ての投稿を公開している。「なんでもメモ」を謳うサービスなので，この点に違和感を覚えた方も多いようだ。しかし，これは「なんでもメモ」だからこその制約と言える。

デライトは，人間の脳に限りなく近い情報模体（モデル）を採用し，とにかく何でも，あらゆる粒度の情報を結び付けることが出来る。この技術を使って秘密の情報を蓄えられたら，GAFA 級の企業でも手に負えないものになる。原発を管理するようなもの，と言えば分かりやすいだろうか。

正式離立（リリース）直前になってこの問題に気付いた私は，急遽デライトを公開前提の設計に切り替え，個人知識管理サービスと SNS を融合した KNS（knowledge networking service）というコンセプトを打ち出した。

私自身は，そんなデライト上で実際に「なんでもメモ」を実践している。実名・顔出しで，毎日考えていること，やったこと，いつ寝起きしたか，何を食べたか，体調はどうか，何から何まで書いている。もちろん，それによって不利益や危険があるかもしれない，ということは常に考えている。10代の頃からこんなこともするだろうなとは思っていて，「人体実験」の覚悟は出来ていた。

最近よく思うのは，「隠さない」ことこそ最強の個人知識管理なのではないか，ということだ。別の言い方をすれば，個人知識管理サービスに最適化された人生観や人生設計を持つことが考えられてもいい時代になってきているのではないか，と思う。

誰しも秘密にしたいことはあると思うが，それは本当に秘密にする意味がある情報なのか，ちょっと考えてみた方がいいかもしれない。「恥ずかしい」程度のことなら，開き直った方が個人知識管理サービスの類は活用しやすくなったりする。

私も最初は，体調記録にいつ下痢をしたとかまで書くのはどうかと思ったが，それも慣れてしまうと面白い気がしてくる。むしろ，自分の全てが世界と繋がっているということは，ある種の神秘体験にすら思えてくるものだ。

デラング整備，HTML タグ切り替えについて再検討。

iframe 要素と sandbox 属性を使い，自輪郭については allow-scripts を加えてスクリプトもある程度使えるようにし，他輪郭についてはスクリプト禁止しつつ注意表示をした上でタグを有効化出来る，という方向で考えていた。

ただ，自輪郭はこれでいいとして，他輪郭については用合いとして少し煩雑かという気もしていた。例えば，ちょっとしたタグが1つ使われているだけでも切り替えて見なければならない。読み手にとってはもちろん，柔軟な表現のためにタグを使いたい書き手にとっても好ましい用合いではない。

そもそも HTML の安全性についていちいち検査したくない，というのが動機だったが，Dex によってそれも大した問題ではなくなってきた。

他輪郭についても，ある程度制限はした上で安全なタグは普通に利用出来るように軌道修正することにした。

YouTube や Twitter 等の埋め込み交度にもある程度対応することにした。

これも検査が面倒という点で避けていたが，よく考えると，それらしい入力から最小限のパラメーターだけ拾って，予め用意しておいたテンプレートに置換して出力すれば安全性は容易に担保出来る。

共有用 URI の先頭に + を付けるだけという渡括記法もあった方が良いが，慣れない人は埋め込み交度を貼り付けてくる可能性が高い。

可読性を考えると，描出時に渡括記法に置換してしまうのが良さそうだ。