二つ

<p>おそらく一般的には<a class="oln" data-kno="K#/5E11" href="/5E11">応類</a>と<a class="oln" data-kno="K#/C21C" href="/C21C">向類</a>は同じ<a class="oln" data-kno="K#/01C5" href="/01C5">言語モデル</a>で生成して検索に用いるのだが、<a class="oln" data-kno="K#/5E11" href="/5E11">応類</a>と<a class="oln" data-kno="K#/C21C" href="/C21C">向類</a>で異なる言語モデルを用いることで以下の利点が得られる。
</p><ul><li>利用者の動向から<a class="oln" data-kno="K#/C21C" href="/C21C">向類</a>を学習させ、漸次的に<a class="oln" data-kno="K#/704E" href="/704E">検索精度</a>を向上させる<li>利用者の動向から<a class="oln" data-kno="K#/C21C" href="/C21C">向類</a>を学習させ、漸次的に個々の利用者に対して検索結果を変化させる<li>上記をしつつ、更新費用が高くなる<a class="oln" data-kno="K#/5E11" href="/5E11">応類</a>を不変あるいは低頻度での更新と出来る</ul><p><a class="oln" data-kno="K#/4256" href="/4256">レコメンド</a>においても同様のことができ、同じような利点が得られる。
</p><br/><p><a class="oln" data-kno="K#/41FF" href="/41FF">Two-Towerモデル</a>と同一。
</p>

 おそらく一般的には応類と向類は同じ言語モデルで生成して検索に用いるのだが、応類と向類で異なる言語モデルを用いることで以下の利点が得られる。
利用者の動向から向類を学習させ、漸次的に検索精度を向上させる利用者の動向から向類を学習させ、漸次的に個々の利用者に対して検索結果を変化させる上記をしつつ、更新費用が高くなる応類を不変あるいは低頻度での更新と出来るレコメンドにおいても同様のことができ、同じような利点が得られる。
Two-Towerモデルと同一。
  

応向分離

言語モデル

アイデア

<h2>出社・退社</h2><p class="no_idt">　8:30に出社した。7.5時間労働なので、17:00に退社できる。
<br/>　17:30ごろに退社した。30分の残業。
</p><br/><h2>昼ごはんに持ってきた<a class="oln" data-kno="K#/529B" href="/529B">弁当</a>に入れた<a class="oln" data-kno="K#/BDDC" href="/BDDC">角煮</a>に<a class="oln" data-kno="K#/DDAE" href="/DDAE">カビ</a>が生えていた。</h2><p class="no_idt">　鍋から冷たいままお箸で入れたのが良くなかったのだろう。角煮に火を入れた後にインテグレーションして密封すればまだマシだったはずだ。まだ気温も暖かいので温度も良くなかった。やはり冷凍が最強かもしれない。
<br/>　大元の鍋に入っている角煮は無事だろうか。冷蔵庫の中なら大丈夫と思いたい。早く消費したい。
<br/>　こういうことがあるから作り置きは避けたい。衛生においても<a class="oln" data-kno="K#/8B78" href="/8B78">一個流し</a>は最強である。
</p><p>　仕方がないのでセブンイレブンで一風堂監修のラーメンを買って食べた。なんか一蘭のラーメンを食べたくなった。
</p><p>　家に帰って本元の鍋の角煮を見たところ、こちらも赤いものが付着していた。捨てた。調味料に見えなくもないのだけど、醤油と砂糖以外入れた覚えがないのでカビだと思う。もったいないが、<a class="oln" data-kno="K#/E5DE" href="/E5DE">健康</a>には変えられない。体調を崩して寝こめば<a class="oln" data-kno="K#/4878" href="/4878">時給換算</a>においても損だ。
</p><br/><h2>金商法やべぇ</h2><p>　<a class="oln" data-kno="K#/A315" href="/A315">knownet</a>の検索のデモンストレーションのために、金商法の条文でも入れてやるかと思い、少し見て見てみたら、凄まじい文量で尻込みした。コレを入れようとするとまる一日かかってしまいそうだ。辞めとこうとなった。
</p><br/><h2>knownetの検索機能を作っていたら頭がおかしくなってきた。</h2><p>　投稿同士の多対多の紐付け・表題の完全一致検索・検索語の分かち書き だけで、擬似的な<a class="oln" data-kno="K#/0C76" href="/0C76">全文検索</a>ができてしまった。わけがわからん。投稿そのものを<a class="oln" data-kno="K#/264B" href="/264B">インデックス</a>として使える特性によって全文検索が実現できている。ちゃんと全文検索を作ろうとすると、普通ならインデックスを作り込まないといけない。
</p><p>　<a class="oln" data-kno="K#/E515" href="/E515">類似度継承</a>によって、検索精度も他と比較にならない高さになっている。意図した検索結果が得られている。検索をより良くするための案である、<a class="oln" data-kno="K#/1690" href="/1690">応向分離</a>もまだある。もしかしたならば、<a class="oln" data-kno="K#/0331" href="/0331">クローラー</a>と組み合わせたならば、何もかもがうまく行ったならば、<a class="oln" data-kno="K#/AF8F" href="/AF8F">Google検索</a>を超えられるのではないだろうか。
</p>

 出社・退社　8:30に出社した。7.5時間労働なので、17:00に退社できる。
　17:30ごろに退社した。30分の残業。
昼ごはんに持ってきた弁当に入れた角煮にカビが生えていた。　鍋から冷たいままお箸で入れたのが良くなかったのだろう。角煮に火を入れた後にインテグレーションして密封すればまだマシだったはずだ。まだ気温も暖かいので温度も良くなかった。やはり冷凍が最強かもしれない。
　大元の鍋に入っている角煮は無事だろうか。冷蔵庫の中なら大丈夫と思いたい。早く消費したい。
　こういうことがあるから作り置きは避けたい。衛生においても一個流しは最強である。
　仕方がないのでセブンイレブンで一風堂監修のラーメンを買って食べた。なんか一蘭のラーメンを食べたくなった。
　家に帰って本元の鍋の角煮を見たところ、こちらも赤いものが付着していた。捨てた。調味料に見えなくもないのだけど、醤油と砂糖以外入れた覚えがないのでカビだと思う。もったいないが、健康には変えられない。体調を崩して寝こめば時給換算においても損だ。
金商法やべぇ　knownetの検索のデモンストレーションのために、金商法の条文でも入れてやるかと思い、少し見て見てみたら、凄まじい文量で尻込みした。コレを入れようとするとまる一日かかってしまいそうだ。辞めとこうとなった。
knownetの検索機能を作っていたら頭がおかしくなってきた。　投稿同士の多対多の紐付け・表題の完全一致検索・検索語の分かち書き だけで、擬似的な全文検索ができてしまった。わけがわからん。投稿そのものをインデックスとして使える特性によって全文検索が実現できている。ちゃんと全文検索を作ろうとすると、普通ならインデックスを作り込まないといけない。
　類似度継承によって、検索精度も他と比較にならない高さになっている。意図した検索結果が得られている。検索をより良くするための案である、応向分離もまだある。もしかしたならば、クローラーと組み合わせたならば、何もかもがうまく行ったならば、Google検索を超えられるのではないだろうか。
  

2023年11月9日日記

検索

<p><a class="oln" data-kno="K#/1690" href="/1690">応向分離</a>は誰かもう考えているだろうと思って検索した所、<a class="oln" data-kno="K#/41FF" href="/41FF">Two-Towerモデル</a>というのがあることがわかった。
</p>

 応向分離は誰かもう考えているだろうと思って検索した所、Two-Towerモデルというのがあることがわかった。
  

検索精度

<p><a class="oln" data-kno="K#/43D5" href="/43D5">索引</a>としての<a class="oln" data-kno="K#/7AFD" href="/7AFD">embedding</a>（<a class="oln" data-kno="K#/B358" href="/B358">ベクトル</a>）
</p>

 索引としてのembedding（ベクトル）
  

応類

embedding

<p>レコメンドシステムにおいて、ユーザーのEmbeddingを計算するモデル（Query Tower）と、推薦対象のEmbeddingを検索するモデル（Candidate TowerあるいはDocument Tower）の2つを使う手法。
</p><p>検索システムにおいてはQuery towerで検索文のEmbeddingを生成する。
</p><p><a class="oln" data-kno="K#/2D8A" href="/2D8A">dual encoder</a>とも呼ばれている。
</p>

 レコメンドシステムにおいて、ユーザーのEmbeddingを計算するモデル（Query Tower）と、推薦対象のEmbeddingを検索するモデル（Candidate TowerあるいはDocument Tower）の2つを使う手法。
検索システムにおいてはQuery towerで検索文のEmbeddingを生成する。
dual encoderとも呼ばれている。
  

Two-Towerモデル

レコメンド

<p><a class="oln" data-kno="K#/43D5" href="/43D5">索引</a>である<a class="oln" data-kno="K#/5E11" href="/5E11">応量</a>を引くための<a class="oln" data-kno="K#/7AFD" href="/7AFD">embedding</a>（<a class="oln" data-kno="K#/B358" href="/B358">ベクトル</a>）
</p>

 索引である応量を引くためのembedding（ベクトル）
  

向類

<p><a href="/?kw=〄">〄</a>と<a href="/?kw=〠">〠</a>を全知検索したら宇田川さんが描き出し済みでわろうた。
</p><p><a href="/?kw=⌬">⌬</a>と<a href="/?kw=⏣">⏣</a>は流石になかった（2023年11月19日時点）。
</p>

 〄と〠を全知検索したら宇田川さんが描き出し済みでわろうた。
⌬と⏣は流石になかった（2023年11月19日時点）。
 

<p><a class="URI" href="https://ufcpp.net/blog/2021/12/unicode-benzene/" target="_blank" rel="noopener nofollow ugc">https://ufcpp.net/blog/2021/12/unicode-benzene/</a>
</p>

 https://ufcpp.net/blog/2021/12/unicode-benzene/
  

『ベンゼン環の文字コード: ⌬ (U 232C), ⏣ (U 23E3)』

面白いものを思いついた（見つけた）と思ったら宇田川さんが輪郭作成済みの現象

『++C++; // 未確認飛行 C ブログ』

ベンゼン環

t-SNE

<p><a class="URI" href="https://arxiv.org/pdf/2005.00670.pdf" target="_blank" rel="noopener nofollow ugc">https://arxiv.org/pdf/2005.00670.pdf</a>
</p><p><a class="oln" data-kno="K#/C5C5" href="/C5C5">t-SNE</a>を用いた<a class="oln" data-kno="K#/5230" href="/5230">Multimodal Embedding</a>の生成についての研究
</p>

 https://arxiv.org/pdf/2005.00670.pdf
t-SNEを用いたMultimodal Embeddingの生成についての研究
  

『Stochastic Neighbor Embedding of Multimodal Relational Datafor Image-Text Simultaneous Visualization』

Multimodal Embedding

次元削減アルゴリズム

<p>AIモデルや施策の効果を過去のデータなどから評価すること。<a class="oln" data-kno="K#/DFA2" href="/DFA2">オンライン評価</a>に先立って行うと良い。
</p>

 AIモデルや施策の効果を過去のデータなどから評価すること。オンライン評価に先立って行うと良い。
  

オフライン評価

オフライン

評価

オンライン評価

<p>なんとなくだが、「会社作ろっかなー」という気がしてきている。何をするかは考えてない。
</p>

 なんとなくだが、「会社作ろっかなー」という気がしてきている。何をするかは考えてない。
  

起業

知能増幅メモサービス

<p><a class="URI" href="https://dlt.kitetu.com/" target="_blank" rel="noopener nofollow ugc">https://dlt.kitetu.com/</a>
</p><p><a class="oln" data-kno="K#/5198" href="/5198">メモアプリ</a>に見せかけた、<a class="oln" data-kno="K#/84D3" href="/84D3">KNS</a>(<a class="oln" data-kno="K#/AEB2" href="/AEB2">SNS</a>+<a class="oln" data-kno="K#/ECEE" href="/ECEE">個人知識管理サービス</a>)に見せかけた、<a class="oln" data-kno="K#/B526" href="/B526">知能増幅メモサービス</a>
</p>

 https://dlt.kitetu.com/
メモアプリに見せかけた、KNS(SNS+個人知識管理サービス)に見せかけた、知能増幅メモサービス
 

デライト(なんでもメモ)

<p><a class="oln" data-kno="K#EDD2/891D" href="/891D">デライトの利用者</a>
</p><blockquote><p><a class="oln" data-kno="K#F85E/5B28-F5AE" href="/?fg=KNo.F85E/5B28-F5AE">デライト<ruby>用者<rp>（</rp><rt>ユーザー</rt><rp>）</rp></ruby></a>
</p><footer><span class="dmdsh">──</span>  <a class="oln" data-kno="K#F85E/4686-0217" href="/?fg=KNo.F85E/4686-0217"><img class="icon" decoding="async" src="/KNo.F85E?icon" width="16" height="16"/>デライター</a></footer></blockquote>

 デライトの利用者
デライト用者（ユーザー）
──  デライター  

デライター

<p><a class="oln" data-kno="K#/3A54" href="/3A54">デライト</a>のSNS的側面を紹介すると、他の人の投稿に<a class="oln" data-kno="K#/0E95" href="/0E95">リアクション</a>つけることも出来るのだ
</p><p><a class="img" href="https://i.gyazo.com/16c606c98fe7188ab58e220ba26f2573.webp"><img src="https://i.gyazo.com/16c606c98fe7188ab58e220ba26f2573.webp" style="max-width: 100%;"/></a></p>

 デライトのSNS的側面を紹介すると、他の人の投稿にリアクションつけることも出来るのだ
  

あれ

デライトクローラー

<p>情報系の大学・大学院を出たために、ITエンジニアとして人並み以上であると自負している。それに則れば、IT技術方面において一般人よりも目端が利く。また、IT企業が出した技術を実際に触って一次情報を得られる立場にある。故に、社会予測を行い、IT企業に対して投資を行えば儲けることができる。はずである。
</p><br/><p>デライトという強い味方もある。これを使えば膨大な量の知識から知見を導き出すことができる。社会予測において有利だ。
</p>

 情報系の大学・大学院を出たために、ITエンジニアとして人並み以上であると自負している。それに則れば、IT技術方面において一般人よりも目端が利く。また、IT企業が出した技術を実際に触って一次情報を得られる立場にある。故に、社会予測を行い、IT企業に対して投資を行えば儲けることができる。はずである。
デライトという強い味方もある。これを使えば膨大な量の知識から知見を導き出すことができる。社会予測において有利だ。
 

<div class="shdw top"> </div><p>『<a class="oln" data-kno="K#/0957" href="/0957"><ruby>演示<rp>(</rp><rt>スライド</rt><rp>)</rp></ruby><ruby>功夫<rp>(</rp><rt>カンフー</rt><rp>)</rp></ruby></a>』はマジで情報管理を舐めた名前をしているのだけど、デライトはこういうふざけた名前も受け入れてくれる。
</p><p>あと、知名は幻想に過ぎないという感覚がある。
</p><div class="shdw btm"> </div><button type="button" class="mxmz"> </button>

 『演示(スライド)功夫(カンフー)』はマジで情報管理を舐めた名前をしているのだけど、デライトはこういうふざけた名前も受け入れてくれる。
あと、知名は幻想に過ぎないという感覚がある。
  

<p>翻訳の手間は言葉や概念の深い理解として償却されるため、<a class="oln" data-kno="K#/FE64" href="/FE64">翻訳そのものは無料</a>だと思うのだけど、翻訳語の管理となると、翻訳語の数が増えるほどに大変になりそう。
</p><p>「そこで<a class="oln" data-kno="K#/3A54" href="/3A54"><ruby>デライト<rp>(</rp><rt>なんでもメモ</rt><rp>)</rp></ruby></a>」というわけだ。
</p>

 翻訳の手間は言葉や概念の深い理解として償却されるため、翻訳そのものは無料だと思うのだけど、翻訳語の管理となると、翻訳語の数が増えるほどに大変になりそう。
「そこでデライト(なんでもメモ)」というわけだ。
  

<nav class="bc"><ol><li><a class="oln" data-kno="K#EDD2/2667" href="/2667"><img class="icon" decoding="async" src="/KNo.EDD2?icon" width="16" height="16"/>デライトでは興味のあることはより目に入る</a> </li><li> <a class="oln" data-kno="K#D657/6461" href="/?fg=KNo.D657/6461"><img class="icon" decoding="async" src="/KNo.D657?icon" width="16" height="16"/>詳しく知りたい</a>
</li></ol></nav><blockquote><p>一般に「興味のあることは目に入」りやすくない？
</p></blockquote><p>正しいです。
</p><blockquote><p>デライトに特有の構造がそれを増強してるのかな？
</p></blockquote><p>その趣旨です。
</p><p>検索したり輪結を手繰っていったりした際に、自然と関連した知名が表示される（内容が隠された暗記問題になる）ので、ある種の反復学習になっているという趣旨です。
</p><p>文脈としては、AnkiについてのPodcastを聞いていた際、Ankiは英単語などを網羅的に<a class="oln" data-kno="K#/1DB4" href="/1DB4">間隔反復</a>で暗記できるのに対比して、デライトは興味のある領域（輪郭）を起点として広がりと深みのある記憶を構築する、つまり「<a class="oln" data-kno="K#/8AAC" href="/8AAC">デライトは興味による記憶を加速する</a>」と思った次第です。
</p>

 デライトでは興味のあることはより目に入る  詳しく知りたい
一般に「興味のあることは目に入」りやすくない？
正しいです。
デライトに特有の構造がそれを増強してるのかな？
その趣旨です。
検索したり輪結を手繰っていったりした際に、自然と関連した知名が表示される（内容が隠された暗記問題になる）ので、ある種の反復学習になっているという趣旨です。
文脈としては、AnkiについてのPodcastを聞いていた際、Ankiは英単語などを網羅的に間隔反復で暗記できるのに対比して、デライトは興味のある領域（輪郭）を起点として広がりと深みのある記憶を構築する、つまり「デライトは興味による記憶を加速する」と思った次第です。
 

<p>　Twitterと同等の負荷感で、引き入れや描出ができるようにならないかと思う。具体的にどうしたらいいかは、今のところ何も思いつかない。
</p><p class="no_idt">　私がスマホから使っているときの使い方を、輪郭を開く→その輪郭にぶら下がる輪郭を描く に限定してもいいかもしれない？
<br/>　そもそもスマホでまともに文章を書こうというのが無理があるのかもしれない。
</p>

 　Twitterと同等の負荷感で、引き入れや描出ができるようにならないかと思う。具体的にどうしたらいいかは、今のところ何も思いつかない。
　私がスマホから使っているときの使い方を、輪郭を開く→その輪郭にぶら下がる輪郭を描く に限定してもいいかもしれない？
　そもそもスマホでまともに文章を書こうというのが無理があるのかもしれない。
  

デライトはまだスマホでは使いにくい

夜更かししてデライトをしてたら頭が痛くなってきた

<div class="shdw top"> </div><p><a class="oln" data-kno="K#/3A54" href="/3A54">デライト</a>をやっていると<a class="oln" data-kno="K#/B253" href="/B253">語彙</a>が定着する気がする。
</p><p>例えばデライトで「<a class="oln" data-kno="K#/2B10" href="/2B10">寄り付きいぃぃぃ！！！！</a>」ってネタを使うじゃん？すると「<a class="oln" data-kno="K#/1AAD" href="/1AAD">寄り付き</a>」ってなんやって思って「寄り付き」ってページを切り出すじゃん。その後、「寄り付き」で検索して、解説を呼んで、そのページにできれば自分なりの説明を書く。そうして語彙が確たるものとして定着していく。
</p><p>自分の投稿や、他の人の投稿を読むときも、わからん語彙が有ったら、マウスオーバーしたり、タップしたりすると<a class="oln" data-kno="K#/4521" href="/4521">輪郭小窓</a>と呼ばれるバルーンで解説が出てきて便利。
</p><p><a class="img" href="https://i.gyazo.com/cce810f80baa15b5006cd46458f97545.webp"><img src="https://i.gyazo.com/cce810f80baa15b5006cd46458f97545.webp" style="max-width: 100%;"/></a></p><p>デライトの開発者が造語家なので、語彙とか言葉というものに対して極めて対応度が高いシステムになってる。
</p><div class="shdw btm"> </div><button type="button" class="mxmz"> </button>

 デライトをやっていると語彙が定着する気がする。
例えばデライトで「寄り付きいぃぃぃ！！！！」ってネタを使うじゃん？すると「寄り付き」ってなんやって思って「寄り付き」ってページを切り出すじゃん。その後、「寄り付き」で検索して、解説を呼んで、そのページにできれば自分なりの説明を書く。そうして語彙が確たるものとして定着していく。
自分の投稿や、他の人の投稿を読むときも、わからん語彙が有ったら、マウスオーバーしたり、タップしたりすると輪郭小窓と呼ばれるバルーンで解説が出てきて便利。
デライトの開発者が造語家なので、語彙とか言葉というものに対して極めて対応度が高いシステムになってる。
  

<p>「文章内でリンク張りまくってる。張りまくらないといけないのか。やべ～～。書き込むの怖ぇ～～。」みたいな感想を抱きそう。
</p><p>実はリンクを張る必要性は必ずしもない。めんどくさかったらリンクを張らなくても良い。
</p><p>ただまあ、時間の問題のはず。Scrapboxとかもリンク張りまくりだし。そういうサービスは増えていきそう。そうして見慣れていく。
</p><p>SNSも文章内にタグ張りまくってることあるし、そういうもんなので、意外と抵抗ないかもしれない。
</p><p>ネット慣れしてると「フーン」て感じかも。私はそうだった。
</p>

 「文章内でリンク張りまくってる。張りまくらないといけないのか。やべ～～。書き込むの怖ぇ～～。」みたいな感想を抱きそう。
実はリンクを張る必要性は必ずしもない。めんどくさかったらリンクを張らなくても良い。
ただまあ、時間の問題のはず。Scrapboxとかもリンク張りまくりだし。そういうサービスは増えていきそう。そうして見慣れていく。
SNSも文章内にタグ張りまくってることあるし、そういうもんなので、意外と抵抗ないかもしれない。
ネット慣れしてると「フーン」て感じかも。私はそうだった。
 

デライトでリンクをバシバシに張ってると、今だと初見が引きそう？

デライト生放送

<div class="nt iqq"><p class="no_idt">noteに投稿した
<br/><a class="URI" href="https://note.com/tzmtwtr/n/n166cd9fb5f03" target="_blank" rel="noopener nofollow ugc">https://note.com/tzmtwtr/n/n166cd9fb5f03</a>
</p></div><p>2022年7月8日に、<a class="oln" data-kno="K#/3A54" href="/3A54">デライト</a>に<a class="oln" data-kno="K#/E08B" href="/E08B">描写埋め込み</a>の機能が追加された。
</p><p>以下引用
</p><hr/><nav class="bc"><ol><li><a class="oln" data-kno="K#C7C6/B7FF" href="/?fg=KNo.C7C6/B7FF">デラング紹介</a> 
</li></ol></nav><p>他の<a class="oln" data-kno="K#C7C6/8943" href="/?fg=KNo.C7C6/8943">輪郭</a>の<a class="oln" data-kno="K#C7C6/A80F" href="/?fg=KNo.C7C6/A80F">描写</a>（本文）埋め込みが出来るようになりました！
</p><p><code>+{他の輪郭 K#/XXXX}</code>
</p><p>や
</p>
<p><code>+K#/XXXX</code>
</p><p>のように書くと他の輪郭の描写を展開出来ます。輪郭の内容を部品のように組み合わせたり、共同編集などにも使えます。
</p><div class="nt ii"><p>他の記法との組み合わせは調整中であり、挙動が変わる可能性があります。
</p></div><p>&ndash; <a class="oln" data-kno="K#C7C6/5C65" href="/?fg=KNo.C7C6/5C65">他の輪郭の埋め込みが出来るようになりました！</a>より
</p><hr/><p>以上引用
</p><br/><h2>描写埋め込みの概要</h2><p class="no_idt">　ある輪郭の内容を、他の輪郭の中で展開して表示する機能だ。
<br/>　例えば、「foo」と書かれた輪郭があり、それを別の輪郭で描写埋め込みすると、その「foo」が描写される。
</p><p><a class="img" href="https://i.gyazo.com/9b83e4f3267392cfb74cc7d56004d965.png"><img src="https://i.gyazo.com/9b83e4f3267392cfb74cc7d56004d965.png" style="max-width: 100%;"/></a></p><p>&ndash; <a class="URI" href="https://ja.wikipedia.org/wiki/トランスクルージョン#/media/ファイル:Transclusion-simple.png" target="_blank" rel="noopener nofollow ugc">https://ja.wikipedia.org/wiki/トランスクルージョン#/media/ファイル:Transclusion-simple.png</a> より2022年11月2日参照
</p><p>　この機能はテッドネルソンが命名した<a class="oln" data-kno="K#/7FD4" href="/7FD4">トランスクルージョン</a>と呼ばれる仕組みから来ている。
</p><h2><a class="oln" data-kno="K#/0F85" href="/0F85">描写埋め込みの便利な使い方</a></h2><p class="no_idt">　<a class="oln" data-kno="K#EDD2/3ECE" href="/3ECE">サイゼリヤの番号の輪郭に、カロリーを埋め込む</a>と便利だ。カロリーが変動した場合でも、大元のメニューのカロリーを書きかえれば連動してくれる。
<br/>　他にも、一つの<a class="oln" data-kno="K#EDD2/7C34" href="/7C34">輪郭</a>の<a class="oln" data-kno="K#EDD2/95FE" href="/95FE">共同編集</a>に使えるかもしれない。ある文書を章分けしておき、ある章には<a class="oln" data-kno="K#EDD2/910C" href="/910C">自分の輪郭</a>を埋め込み、他の章では<a class="oln" data-kno="K#EDD2/A2C3" href="/A2C3">他の人の輪郭</a><a class="oln" data-kno="K#EDD2/A2C3" href="/A2C3">他人の輪郭</a>を埋め込むといったことが可能だ。
</p><h2><a class="oln" data-kno="K#/16EE" href="/16EE">描写埋め込みの難しさ</a></h2><ul><li><a class="oln" data-kno="K#EDD2/D69C" href="/D69C">文章の部品</a>として使った場合、<a class="oln" data-kno="K#EDD2/C13F" href="/C13F">文章の不調和</a>が顕になる。<ul><li>論理的つながりの不和があらかじめわかるという利点としてみることもできる<li>文章の書き方の不一致が生じる<ul><li>「です、ます」、「だ、である」の不一致<li>段落で字下げをするかしないかの不一致<li>見出しの粒度の不一致</ul></li></ul></li><li>変化する<ul><li>文章の<a class="oln" data-kno="K#EDD2/F11B" href="/F11B">共通部品</a>や、<a class="oln" data-kno="K#EDD2/C451" href="/C451">引用</a>として使った場合、内容が<a class="oln" data-kno="K#EDD2/406E" href="/406E">意図しない変化</a>を起こす可能性がある</ul></ul><p>　プログラミングでたまに言われる、「<a class="oln" data-kno="K#EDD2/A7A5" href="/A7A5">関数</a>として共通化するより<a class="oln" data-kno="K#EDD2/52AF" href="/52AF">コピペ</a>したほうが良い」みたいなところがある。<a class="oln" data-kno="K#EDD2/B996" href="/B996">早すぎる抽象化</a>だ。
</p><p>　<a class="oln" data-kno="K#EDD2/E08B" href="/E08B">描写埋め込み</a>が強力であると見ているが、<a class="oln" data-kno="K#EDD2/A7A5" href="/A7A5">関数</a>や<a class="oln" data-kno="K#EDD2/AF78" href="/AF78">継承</a>同様に「<a class="oln" data-kno="K#EDD2/8C2C" href="/8C2C">大いなる力には、大いなる責任が伴う</a>」ということだろうか。
</p><h2>まとめ</h2><p>　描写埋め込みはめちゃくちゃ面白い機能なんだけど、使いどころを間違えるとスパゲッティコードみたいになって自分が苦しむことになる。コピペにするのか、描写埋め込みにするのかは、書き手の力量の見せ所だ。
</p>

 noteに投稿した
https://note.com/tzmtwtr/n/n166cd9fb5f03
2022年7月8日に、デライトに描写埋め込みの機能が追加された。
以下引用
デラング紹介 
他の輪郭の描写（本文）埋め込みが出来るようになりました！
+{他の輪郭 K#/XXXX}
や

+K#/XXXX
のように書くと他の輪郭の描写を展開出来ます。輪郭の内容を部品のように組み合わせたり、共同編集などにも使えます。
他の記法との組み合わせは調整中であり、挙動が変わる可能性があります。
– 他の輪郭の埋め込みが出来るようになりました！より
以上引用
描写埋め込みの概要　ある輪郭の内容を、他の輪郭の中で展開して表示する機能だ。
　例えば、「foo」と書かれた輪郭があり、それを別の輪郭で描写埋め込みすると、その「foo」が描写される。
– https://ja.wikipedia.org/wiki/トランスクルージョン#/media/ファイル:Transclusion-simple.png より2022年11月2日参照
　この機能はテッドネルソンが命名したトランスクルージョンと呼ばれる仕組みから来ている。
描写埋め込みの便利な使い方　サイゼリヤの番号の輪郭に、カロリーを埋め込むと便利だ。カロリーが変動した場合でも、大元のメニューのカロリーを書きかえれば連動してくれる。
　他にも、一つの輪郭の共同編集に使えるかもしれない。ある文書を章分けしておき、ある章には自分の輪郭を埋め込み、他の章では他の人の輪郭他人の輪郭を埋め込むといったことが可能だ。
描写埋め込みの難しさ文章の部品として使った場合、文章の不調和が顕になる。論理的つながりの不和があらかじめわかるという利点としてみることもできる文章の書き方の不一致が生じる「です、ます」、「だ、である」の不一致段落で字下げをするかしないかの不一致見出しの粒度の不一致変化する文章の共通部品や、引用として使った場合、内容が意図しない変化を起こす可能性がある　プログラミングでたまに言われる、「関数として共通化するよりコピペしたほうが良い」みたいなところがある。早すぎる抽象化だ。
　描写埋め込みが強力であると見ているが、関数や継承同様に「大いなる力には、大いなる責任が伴う」ということだろうか。
まとめ　描写埋め込みはめちゃくちゃ面白い機能なんだけど、使いどころを間違えるとスパゲッティコードみたいになって自分が苦しむことになる。コピペにするのか、描写埋め込みにするのかは、書き手の力量の見せ所だ。
 

描写埋め込みの紹介

<nav class="bc"><ol><li><a class="oln" data-kno="K#D657/9766" href="/?fg=KNo.D657/9766">Re: 発想を必要としていない</a> 
</li></ol></nav><p>　B̅さんの輪郭に引っ掛けて自分の考えを書くと、デライトや<a class="oln" data-kno="K#EDD2/194D" href="/194D">発想</a>に関して以下のようなことを考えています。
</p><ul><li>輪郭を刹那的なものだと見ている。<li>デライトに<a class="oln" data-kno="K#EDD2/F156" href="/F156">刹那的な思考</a>を出力することで、全体として大きな<a class="oln" data-kno="K#EDD2/C812" href="/C812">思考のループ</a>を回し、<a class="oln" data-kno="K#EDD2/A834" href="/A834">熟慮</a>している状態と変わらなくしたい。<li><a class="oln" data-kno="K#EDD2/A6E6" href="/A6E6">発想の自己評価は難しい</a>。<a class="oln" data-kno="K#EDD2/3451" href="/3451">他者の視点</a>を入れるほうが良い。<li>「<a class="oln" data-kno="K#EDD2/BCDA" href="/BCDA">実は</a><a class="oln" data-kno="K#EDD2/BF58" href="/BF58">良い発想</a>ではなかった」という<a class="oln" data-kno="K#EDD2/F7A9" href="/F7A9">失敗情報</a>も記録に残したほうが良い。</ul><h2>輪郭を刹那的なものだとみている</h2><blockquote><p>散歩中のようなふとした時機に思い付いた己の刹那的な考えが，後々まで残すような価値ある発想であるとは思えない
</p></blockquote><p>　以下の理由からデライトの輪郭というものを刹那的にとらえており、輪郭が後々まで残る（人の目に入る）ことは稀なのではないかと思っています。
</p><ul><li>デライトがいつまで存在できるか分からない<ul><li>不吉な話になるが、運営者の宇田川さんに不幸があればデライトが存続不可能になる</ul></li><li>今後利用者が増加した場合、輪郭はたびたび掘り起こさないと埋もれていき、人の目に触れることは稀になる<ul><li>デライト上では投稿が編集順に並ぶ<li>Google検索では、最近更新された（作成された）コンテンツが優先して表示される<li><a class="oln" data-kno="K#EDD2/EE44" href="/EE44">他者の輪郭を検索することは難しい</a></ul></ul><p>　特に、「デライトが存続不可能になる」ということを恐れていまして、<a class="oln" data-kno="K#EDD2/6CF1" href="/6CF1">『t_wの輪郭』</a>を作っているのも自分が投稿した情報を残せるように自分でコントロールしたいという目的もあります。
</p>
<h2>デライトに<a class="oln" data-kno="K#EDD2/F156" href="/F156">刹那的な思考</a>を出力することで、全体として大きな<a class="oln" data-kno="K#EDD2/C812" href="/C812">思考のループ</a>を回し、<a class="oln" data-kno="K#EDD2/A834" href="/A834">熟慮</a>している状態と変わらなくしたい。</h2><blockquote><p>私がデライトを使っている理由の一つが実はここにもあって，私はデライトに「発想をゆったり育める場所」という側面を見出しているんですよね。
</p></blockquote><p class="no_idt">　同意するところがあって、私もデライトに対して「発想をゆったり育める場所」を見出しています。ただ、その実現に関しては恐らく違いがあって、「じっくり考える」というのが思考を十分な回数行う（<a class="oln" data-kno="K#EDD2/C812" href="/C812">思考のループ</a>を十分回す）ということだとして、自分の頭の中だけで思考のループを回すのではなく、デライト→私の脳（<a class="oln" data-kno="K#EDD2/F156" href="/F156">刹那的な思考</a>）→デライト→… というループを十分な回数を回すことができれば、それはじっくり考えたことになるのではないか？というようなことを考えています。
<br/>　特に、私は<a class="oln" data-kno="K#EDD2/7041" href="/7041">記憶力</a>が<strong>無い</strong>ことを自負しており、記録を残さずに思考を深めることは不可能になっています。ただ、十分に記憶力があるのであれば、記録を残さずに十分熟慮したうえで投稿することも可能だと思います。
<br/>　また、<a class="oln" data-kno="K#EDD2/7041" href="/7041">記憶力</a>のなさ故に、<a class="oln" data-kno="K#EDD2/60D0" href="/60D0">熟慮しているつもりで同じことを何度も思考してしまう</a>というのもあり、これを記述によって回避したいというのもあります。
</p><h2><a class="oln" data-kno="K#EDD2/A6E6" href="/A6E6">発想の自己評価は難しい</a>。他者の目を入れるほうが良い。</h2><p class="no_idt">　<code>〝パッと思い付いた良い発想〟が実はまったく良い考えではなかった，というような実体験</code>は私も結構あって、というかほとんどの発想は良い考えではありませんでした。その際「実は全く良い考えではなかった」が発覚するのは、「他者から指摘を受けた時」と「発想を実際にしてみて失敗した時」が多いです。「考えた結果良い考えではなかった」となることはあまりないため、早い段階で出力して<a class="oln" data-kno="K#EDD2/DFDE" href="/DFDE">指摘</a>を受けてしまったほうがお得と考えています。
<br/>　特に、「考えた結果良い考えではなかった」となることはあまりないのは私の<a class="oln" data-kno="K#EDD2/B760" href="/B760">思考の特性</a>として、「<a class="oln" data-kno="K#EDD2/5837" href="/5837">自分で自分の発想を気に入ってしまう</a>」があって、どうしても肯定的に思考を深めてしまうところがあります。
</p><h2>「<a class="oln" data-kno="K#EDD2/BCDA" href="/BCDA">実は</a>良い発想ではなかった」という<a class="oln" data-kno="K#EDD2/F7A9" href="/F7A9">失敗情報</a>も記録に残したほうが良い。</h2><p class="no_idt">　良い発想でなかったという<a class="oln" data-kno="K#EDD2/F7A9" href="/F7A9">失敗情報</a>を記録に残しておくことに<a class="oln" data-kno="K#EDD2/2995" href="/2995">有用性</a>があると考えています。
<br/>　後の自分や他人が同じ発想に至る可能性があり、その際に記録が残っていれば早期に「ああ、この発想は良い発想ではないんだな」ということに気づくことができ、大いに時間の節約になります。
</p>

 Re: 発想を必要としていない 
　B̅さんの輪郭に引っ掛けて自分の考えを書くと、デライトや発想に関して以下のようなことを考えています。
輪郭を刹那的なものだと見ている。デライトに刹那的な思考を出力することで、全体として大きな思考のループを回し、熟慮している状態と変わらなくしたい。発想の自己評価は難しい。他者の視点を入れるほうが良い。「実は良い発想ではなかった」という失敗情報も記録に残したほうが良い。輪郭を刹那的なものだとみている散歩中のようなふとした時機に思い付いた己の刹那的な考えが，後々まで残すような価値ある発想であるとは思えない
　以下の理由からデライトの輪郭というものを刹那的にとらえており、輪郭が後々まで残る（人の目に入る）ことは稀なのではないかと思っています。
デライトがいつまで存在できるか分からない不吉な話になるが、運営者の宇田川さんに不幸があればデライトが存続不可能になる今後利用者が増加した場合、輪郭はたびたび掘り起こさないと埋もれていき、人の目に触れることは稀になるデライト上では投稿が編集順に並ぶGoogle検索では、最近更新された（作成された）コンテンツが優先して表示される他者の輪郭を検索することは難しい　特に、「デライトが存続不可能になる」ということを恐れていまして、『t_wの輪郭』を作っているのも自分が投稿した情報を残せるように自分でコントロールしたいという目的もあります。

デライトに刹那的な思考を出力することで、全体として大きな思考のループを回し、熟慮している状態と変わらなくしたい。私がデライトを使っている理由の一つが実はここにもあって，私はデライトに「発想をゆったり育める場所」という側面を見出しているんですよね。
　同意するところがあって、私もデライトに対して「発想をゆったり育める場所」を見出しています。ただ、その実現に関しては恐らく違いがあって、「じっくり考える」というのが思考を十分な回数行う（思考のループを十分回す）ということだとして、自分の頭の中だけで思考のループを回すのではなく、デライト→私の脳（刹那的な思考）→デライト→… というループを十分な回数を回すことができれば、それはじっくり考えたことになるのではないか？というようなことを考えています。
　特に、私は記憶力が無いことを自負しており、記録を残さずに思考を深めることは不可能になっています。ただ、十分に記憶力があるのであれば、記録を残さずに十分熟慮したうえで投稿することも可能だと思います。
　また、記憶力のなさ故に、熟慮しているつもりで同じことを何度も思考してしまうというのもあり、これを記述によって回避したいというのもあります。
発想の自己評価は難しい。他者の目を入れるほうが良い。　〝パッと思い付いた良い発想〟が実はまったく良い考えではなかった，というような実体験は私も結構あって、というかほとんどの発想は良い考えではありませんでした。その際「実は全く良い考えではなかった」が発覚するのは、「他者から指摘を受けた時」と「発想を実際にしてみて失敗した時」が多いです。「考えた結果良い考えではなかった」となることはあまりないため、早い段階で出力して指摘を受けてしまったほうがお得と考えています。
　特に、「考えた結果良い考えではなかった」となることはあまりないのは私の思考の特性として、「自分で自分の発想を気に入ってしまう」があって、どうしても肯定的に思考を深めてしまうところがあります。
「実は良い発想ではなかった」という失敗情報も記録に残したほうが良い。　良い発想でなかったという失敗情報を記録に残しておくことに有用性があると考えています。
　後の自分や他人が同じ発想に至る可能性があり、その際に記録が残っていれば早期に「ああ、この発想は良い発想ではないんだな」ということに気づくことができ、大いに時間の節約になります。
 

ReRe: 発想を必要としていない

<p><a class="oln" data-kno="K#EDD2/3F9D" href="/3F9D">デライトについてnoteに投稿</a>すれば、デライトに人が増えるかもしれない
</p>

 デライトについてnoteに投稿すれば、デライトに人が増えるかもしれない
 

<nav class="bc"><ol><li><a class="oln" data-kno="K#/2AAB" href="/2AAB">日記</a>
</li></ol></nav><p class="no_idt">　最近<a class="oln" data-kno="K#/3A44" href="/3A44">デライター</a>が<a class="oln" data-kno="K#/9918" href="/9918">増加傾向</a>にある。<a class="oln" data-kno="K#/F2A9" href="/F2A9">デライターが増えると嬉しい</a>。人が増えればさらに<a class="oln" data-kno="K#/EEE3" href="/EEE3">面白い場所</a>になるだろう。
<br/>　デライターの増加に関しては、<a class="oln" data-kno="K#/516A" href="/516A">希哲館訳語変換サービス</a>の効果が地味に大きい。<a class="oln" data-kno="K#/516A" href="/516A">希哲館訳語変換サービス</a>を見て<a class="oln" data-kno="K#/8B76" href="/8B76">川音リオ</a>氏が来てくれた。<a class="oln" data-kno="K#/8B76" href="/8B76">川音リオ</a>氏が<a class="oln" data-kno="K#/958E" href="/958E">連合宇宙</a>で<a class="oln" data-kno="K#EDD2/3A54" href="/3A54">デライト</a>を<a class="oln" data-kno="K#/9E7C" href="/9E7C">紹介</a>してくれたおかげで、<a class="oln" data-kno="K#F246/9871" href="/?fg=KNo.F246/9871">つぁいにゃお</a>氏が来てくれた。<a class="oln" data-kno="K#/5E90" href="/5E90">デライトを紹介する難しさ</a>を感じていた私にはできなかったことを、<a class="oln" data-kno="K#/8B76" href="/8B76">川音リオ</a>氏は成し遂げてくれた。<a class="oln" data-kno="K#/4B4A" href="/4B4A">ありがたい</a>。
<br/>　<a class="oln" data-kno="K#/8B76" href="/8B76">川音リオ</a>氏によるデライトの紹介: <a class="URI" href="https://misskey.io/notes/942r9593gx" target="_blank" rel="noopener nofollow ugc">https://misskey.io/notes/942r9593gx</a>
</p><p>　<a class="oln" data-kno="K#F246/9871" href="/?fg=KNo.F246/9871">つぁいにゃお</a>氏との<a class="oln" data-kno="K#/2016" href="/2016">対話</a>の中で、デライトの<a class="oln" data-kno="K#/7C34" href="/7C34">輪郭</a>について<a class="oln" data-kno="K#/A18B" href="/A18B">理解が深まった</a>。やはり<a class="oln" data-kno="K#/3451" href="/3451">他者の視点</a>を取り入れると分かっていないことが分かる。
</p><blockquote><p class="no_idt">　これも<a class="oln" data-kno="K#EDD2/91F0" href="/91F0">前景が奥（遠く）、後景が手前（近く）</a>と同じく開発者の見解と違ってくる可能性があるのだが、<a class="oln" data-kno="K#EDD2/3A54" href="/3A54">デライト</a> の<a class="oln" data-kno="K#EDD2/7C34" href="/7C34">輪郭</a>というのは、輪郭そのものが<a class="oln" data-kno="K#EDD2/9B12" href="/9B12">概念</a>を表すこともあるが、<a class="oln" data-kno="K#EDD2/1E63" href="/1E63">引き入れ</a>の関係によって、概念を包み込むものでもあると思っている。<a class="oln" data-kno="K#EDD2/92DD" href="/92DD">輪郭化</a>（<a class="oln" data-kno="K#EDD2/1BF1" href="/1BF1">明文化</a>）された概念があり、それが<a class="oln" data-kno="K#EDD2/E145" href="/E145">暗黙知</a>を包み込みその輪郭を浮かび上がらせる。故にデライトの<a class="oln" data-kno="K#EDD2/F840" href="/F840">情報単位</a>を「輪郭」と呼ぶのだと。
<br/>　つまり下の図のようなイメージをしている。
</p><p class="no_idt">　そのため、引き入れによる内外というものはなく、あるのはただ<a class="oln" data-kno="K#EDD2/5F50" href="/5F50">有向グラフ</a>における<a class="oln" data-kno="K#EDD2/4516" href="/4516">頂点</a>と<a class="oln" data-kno="K#EDD2/894D" href="/894D">辺</a>で、頂点が輪郭・辺が引き入れだと考えていた。
<br/>　しかし言われてみれば、「<a class="oln" data-kno="K#EDD2/1E63" href="/1E63">引き<strong>入れ</strong></a>」というからには<a class="oln" data-kno="K#EDD2/AA60" href="/AA60">内側</a>に取り込む意味合いがある。
</p><footer><span class="dmdsh">──</span> <a class="oln" data-kno="K#/7938" href="/7938">概念の「輪郭」</a></footer></blockquote>
<blockquote><p>輪郭の上下というのは南北のようなもので、その違いによって包含関係が生じるものではない？ 
</p><p class="no_idt"><s>そうです。位置関係を表している位置関係があるだけで包含関係が……</s>
<br/>いや、<a class="oln" data-kno="K#EDD2/8A87" href="/8A87">包含関係</a>も生じますね……
<br/>タスクリストを例にとれば、タスクリストという輪郭に対して個別のタスク（を描いた輪郭）を後景として引き入れます。
</p><footer><span class="dmdsh">──</span> <a class="oln" data-kno="K#/3BEA" href="/3BEA">あれ</a></footer></blockquote><blockquote><p class="no_idt">あああああああああああああああ！！！！！！！！！！！！！！
<br/>今更ながら、気付いた！！
<br/><a class="oln" data-kno="K#EDD2/5C0F" href="/5C0F">前景</a>が<a class="oln" data-kno="K#EDD2/09A1" href="/09A1">中景</a>を包み、<a class="oln" data-kno="K#EDD2/09A1" href="/09A1">中景</a>が<a class="oln" data-kno="K#EDD2/6AD1" href="/6AD1">後景</a>を包む<a class="oln" data-kno="K#EDD2/F24F" href="/F24F">意匠</a>になっている！！
<br/>前景部分のちょろっと出てるやつ、ただ利便性のためだけにあるんだと思ってた！！
</p><footer><span class="dmdsh">──</span> <a class="oln" data-kno="K#/33CB" href="/33CB">吹き描きの意匠は、前景が中景を包み、中景が後景を包む意匠になっている</a></footer></blockquote><p class="no_idt">　デライターが増えると<a class="oln" data-kno="K#/683A" href="/683A">仕事に手がつかなくなる</a>という<a class="oln" data-kno="K#/D4B3" href="/D4B3">UDE</a>がある。早く仕事をせずに済む身分になりたい。そうなる筋道は何もない。いかんせん、<a class="oln" data-kno="K#/9895" href="/9895">ビジネス</a>の<a class="oln" data-kno="K#/10EB" href="/10EB">知識</a>や<a class="oln" data-kno="K#/EE24" href="/EE24">センス</a>が皆無だ。何をすれば<a class="oln" data-kno="K#/4409" href="/4409">儲かる</a>のか見当がつかない。私の<a class="oln" data-kno="K#/0951" href="/0951">時間を切り売り</a>するぐらいしか思いつかない。<a class="oln" data-kno="K#/A8BB" href="/A8BB">サラリーマン</a>を続けるよりは、<a class="oln" data-kno="K#/D703" href="/D703">独立</a>して<a class="oln" data-kno="K#/3100" href="/3100">フリーランス</a>か何かをした方がまだましな可能性はある。検討しておこう。ただ、独立やフリーランスになったとしてどうやって仕事を取ってくればいいのかも検討があまりついていない。やはり<a class="oln" data-kno="K#/0ED1" href="/0ED1">コネクション</a>だろうか。この辺りは<a class="oln" data-kno="K#/F9D0" href="/F9D0">『THE MODEL』</a>が詳しいが、どうしてもあの本は大規模な話になる。<a class="oln" data-kno="K#/D697" href="/D697">小規模ビジネス</a>の<a class="oln" data-kno="K#/AE8C" href="/AE8C">営業活動</a>についての知見が欲しい。そもそも、ビジネスについて真剣に考えられていない。作ることに偏重しすぎる。作ることが<a class="oln" data-kno="K#/2DCA" href="/2DCA">目的化</a>する。技術者の悪いところだ。
<br/>　
<br/>　デライトを読む面白さと、デライトで書く面白さはまた別のものだなと思う。<a class="oln" data-kno="K#/9C90" href="/9C90">『あれ』</a>で「利用者がほとんどいない状態にもかかわらず、デライトは私の生活に食い込んだ。」と書いたが、これはまさにデライトで書く面白さによるものだろう。これに関してはデライターの数に依存する度合いが低い。
</p><h2>睡眠</h2><p class="no_idt">　0時に寝て、3時に目が覚めた。なんだこの体は。ふざけているのか。ちゃんと寝たい。
<br/>　案の定、7時ごろに<a class="oln" data-kno="K#/9437" href="/9437">眠くなってきた</a>。もう寝て休みたい。今日は<a class="oln" data-kno="K#/0D93" href="/0D93">休めない</a>ので<a class="oln" data-kno="K#/C020" href="/C020">タクシーで出社</a>しよう。<a class="oln" data-kno="K#/8803" href="/8803">出社</a>さえしてしまえば<a class="oln" data-kno="K#/39EB" href="/39EB">何とかなる</a>だろう。
</p><p class="no_idt">　出社したら<a class="oln" data-kno="K#/3B55" href="/3B55">何とかなった</a>。今日が期限の仕事が間に合った。良くない<a class="oln" data-kno="K#/BA48" href="/BA48">成功体験</a>だ。本当は覚悟を入れて<a class="oln" data-kno="K#/DD23" href="/DD23">休むべき</a>だったのだ。こんなことはいつまでも続けられない。変動があった時に調整ができなければいけない。<a class="oln" data-kno="K#/25BA" href="/25BA">苦労による解決</a>は慎むべきだ。
<br/>　<a class="oln" data-kno="K#/5C27" href="/5C27">仕事中</a>は非常に<a class="oln" data-kno="K#/C8D1" href="/C8D1">眠かった</a>。というかしんどかった。椅子に座りながら寝たら少しマシになったが、こんな時に限って来客があって起こされてしまった。
</p><p>　家に帰った後、細切れに睡眠をとった。眠いのになぜか目が覚めてしまう。<a class="oln" data-kno="K#/8A2C" href="/8A2C">カフェイン</a>が良くないのだろうか。最近増えがちだ。週末に減らす努力をしてみようか。
</p>

 日記
　最近デライターが増加傾向にある。デライターが増えると嬉しい。人が増えればさらに面白い場所になるだろう。
　デライターの増加に関しては、希哲館訳語変換サービスの効果が地味に大きい。希哲館訳語変換サービスを見て川音リオ氏が来てくれた。川音リオ氏が連合宇宙でデライトを紹介してくれたおかげで、つぁいにゃお氏が来てくれた。デライトを紹介する難しさを感じていた私にはできなかったことを、川音リオ氏は成し遂げてくれた。ありがたい。
　川音リオ氏によるデライトの紹介: https://misskey.io/notes/942r9593gx
　つぁいにゃお氏との対話の中で、デライトの輪郭について理解が深まった。やはり他者の視点を取り入れると分かっていないことが分かる。
　これも前景が奥（遠く）、後景が手前（近く）と同じく開発者の見解と違ってくる可能性があるのだが、デライト の輪郭というのは、輪郭そのものが概念を表すこともあるが、引き入れの関係によって、概念を包み込むものでもあると思っている。輪郭化（明文化）された概念があり、それが暗黙知を包み込みその輪郭を浮かび上がらせる。故にデライトの情報単位を「輪郭」と呼ぶのだと。
　つまり下の図のようなイメージをしている。
　そのため、引き入れによる内外というものはなく、あるのはただ有向グラフにおける頂点と辺で、頂点が輪郭・辺が引き入れだと考えていた。
　しかし言われてみれば、「引き入れ」というからには内側に取り込む意味合いがある。
── 概念の「輪郭」
輪郭の上下というのは南北のようなもので、その違いによって包含関係が生じるものではない？ 
そうです。位置関係を表している位置関係があるだけで包含関係が……
いや、包含関係も生じますね……
タスクリストを例にとれば、タスクリストという輪郭に対して個別のタスク（を描いた輪郭）を後景として引き入れます。
── あれあああああああああああああああ！！！！！！！！！！！！！！
今更ながら、気付いた！！
前景が中景を包み、中景が後景を包む意匠になっている！！
前景部分のちょろっと出てるやつ、ただ利便性のためだけにあるんだと思ってた！！
── 吹き描きの意匠は、前景が中景を包み、中景が後景を包む意匠になっている　デライターが増えると仕事に手がつかなくなるというUDEがある。早く仕事をせずに済む身分になりたい。そうなる筋道は何もない。いかんせん、ビジネスの知識やセンスが皆無だ。何をすれば儲かるのか見当がつかない。私の時間を切り売りするぐらいしか思いつかない。サラリーマンを続けるよりは、独立してフリーランスか何かをした方がまだましな可能性はある。検討しておこう。ただ、独立やフリーランスになったとしてどうやって仕事を取ってくればいいのかも検討があまりついていない。やはりコネクションだろうか。この辺りは『THE MODEL』が詳しいが、どうしてもあの本は大規模な話になる。小規模ビジネスの営業活動についての知見が欲しい。そもそも、ビジネスについて真剣に考えられていない。作ることに偏重しすぎる。作ることが目的化する。技術者の悪いところだ。
　
　デライトを読む面白さと、デライトで書く面白さはまた別のものだなと思う。『あれ』で「利用者がほとんどいない状態にもかかわらず、デライトは私の生活に食い込んだ。」と書いたが、これはまさにデライトで書く面白さによるものだろう。これに関してはデライターの数に依存する度合いが低い。
睡眠　0時に寝て、3時に目が覚めた。なんだこの体は。ふざけているのか。ちゃんと寝たい。
　案の定、7時ごろに眠くなってきた。もう寝て休みたい。今日は休めないのでタクシーで出社しよう。出社さえしてしまえば何とかなるだろう。
　出社したら何とかなった。今日が期限の仕事が間に合った。良くない成功体験だ。本当は覚悟を入れて休むべきだったのだ。こんなことはいつまでも続けられない。変動があった時に調整ができなければいけない。苦労による解決は慎むべきだ。
　仕事中は非常に眠かった。というかしんどかった。椅子に座りながら寝たら少しマシになったが、こんな時に限って来客があって起こされてしまった。
　家に帰った後、細切れに睡眠をとった。眠いのになぜか目が覚めてしまう。カフェインが良くないのだろうか。最近増えがちだ。週末に減らす努力をしてみようか。
  

2022年8月19日日記

<p class="no_idt">　デライトで自分の輪郭が引き入れられたらメール通知が来るとか面白いかもしれない？離脱する利用者を復帰させるバンパーになるだろう。
<br/>　それともうっとおしくなるだろうか？
</p>

 　デライトで自分の輪郭が引き入れられたらメール通知が来るとか面白いかもしれない？離脱する利用者を復帰させるバンパーになるだろう。
　それともうっとおしくなるだろうか？
 

デライト　メール通知

<p class="no_idt"><a class="URI" href="https://dlt.kitetu.com/intro" target="_blank" rel="noopener nofollow ugc">https://dlt.kitetu.com/intro</a>
<br/>デライトにご興味をお持ちいただき、ありがとうございます。
</p><p>デライトは、あらゆる情報を「輪郭の組み合わせ」で表現することで、人間の脳のしくみに調和した記憶の保存・検索・共有を可能にする、日本発にして世界初の「なんでもメモ」サービスです。
</p><p>日々の生活や、勉強・仕事上のさまざまな記録にも、考えを整理したり考えを多くの人と共有することにもお使いいただけます。
</p><p>歩み出したばかりのサービスですが、皆さまのご意見・ご要望と向き合いながら改善に努めてまいりますので、よろしくお願いいたします。
</p><h2>もっと詳しく</h2><p>「デライト」（Delite）という名前は、開発・運営元である希哲社が独自に開発してきたコンテンツ管理システム「デルン」（deln）のライト（lite，簡易）版という意味と、よろこびを意味する英単語のデライト（delight）をかけて付けられました。
</p><p>デルンは、「輪郭法」とよぶ独自の理論にもとづいて設計されています。この輪郭法を、英語では輪郭を描くという意味のデリニエート（delineate）からとってデリノグラフィー（delinography）といいます。
</p><h3>特長</h3><p>デライトの基礎にあるデルンの特長は、文章や考えを整理するための方法としてよく知られているアウトライナーやマインドマップのように情報を階層的に分類できる機能と、ハイパーメディアのようにおなじ情報をさまざまな角度から参照できる機能を融合し、一つの脳のように、あらゆる情報をたがいに紐付けできることです。
</p>
<p>この特長を利用することで、これまで不可能だったさまざまな情報の記録が可能になります。例えば、ブログのように時系列に書き連ねた情報をウィキのようにまとめたり、反対に、ウィキのようにまとめられた情報を参照しながらブログのように記録することもできます。
</p><p>デリニエートを縮めたデルンという風変わりな名前も、インターネットで長く広く使われてきたウィキやブログの記憶に残りやすい語感を参考にしています。すでにある情報を無駄なく活かして新しい情報を生み出すという循環により、インターネットをより高度な情報媒体にすることが最初の試みだったからです。
</p><h3>背景</h3><p>コンピューターの歴史上、情報を人間にとって脳と同じくらい自然に、柔軟に扱えるようにすることは最大の課題でした。最先端の研究者によるものから業界を代表する大企業によるものまで、過去に多くの試みがあり、そのほとんどは実用化にいたらず、普及に成功した例はありません。
</p><p>その主な原因は、多くの人に必要性が認識されていないことにある、と希哲社は考えました。「必要は発明の母」とはよくいいますが、このような技術が「あったらいい」と考える人はたくさんいても、「なくてはならない」と考える人はほとんどいませんでした。その割に、気軽に使えるものが無かったのです。
</p><p>2012年に実用化したデルンにも、過去の失敗例と同じように、難解すぎるという問題がありました。そこで、デルンをだれでも気軽に利用できるサービスにしようと始まったのがデライトの開発です。
</p><p>そして、2020年、SNS などを中心として質の低い情報が氾濫する時代に、個人がより多くの知識をよりよい形で蓄えられる技術を広く開放し、インターネットを「知識網サービス」、すなわち KNS（ナレッジ・ネットワーキング・サービス）として利用できるようにすることを目指し、デライトは公開されました。
</p>

 https://dlt.kitetu.com/intro
デライトにご興味をお持ちいただき、ありがとうございます。
デライトは、あらゆる情報を「輪郭の組み合わせ」で表現することで、人間の脳のしくみに調和した記憶の保存・検索・共有を可能にする、日本発にして世界初の「なんでもメモ」サービスです。
日々の生活や、勉強・仕事上のさまざまな記録にも、考えを整理したり考えを多くの人と共有することにもお使いいただけます。
歩み出したばかりのサービスですが、皆さまのご意見・ご要望と向き合いながら改善に努めてまいりますので、よろしくお願いいたします。
もっと詳しく「デライト」（Delite）という名前は、開発・運営元である希哲社が独自に開発してきたコンテンツ管理システム「デルン」（deln）のライト（lite，簡易）版という意味と、よろこびを意味する英単語のデライト（delight）をかけて付けられました。
デルンは、「輪郭法」とよぶ独自の理論にもとづいて設計されています。この輪郭法を、英語では輪郭を描くという意味のデリニエート（delineate）からとってデリノグラフィー（delinography）といいます。
特長デライトの基礎にあるデルンの特長は、文章や考えを整理するための方法としてよく知られているアウトライナーやマインドマップのように情報を階層的に分類できる機能と、ハイパーメディアのようにおなじ情報をさまざまな角度から参照できる機能を融合し、一つの脳のように、あらゆる情報をたがいに紐付けできることです。

この特長を利用することで、これまで不可能だったさまざまな情報の記録が可能になります。例えば、ブログのように時系列に書き連ねた情報をウィキのようにまとめたり、反対に、ウィキのようにまとめられた情報を参照しながらブログのように記録することもできます。
デリニエートを縮めたデルンという風変わりな名前も、インターネットで長く広く使われてきたウィキやブログの記憶に残りやすい語感を参考にしています。すでにある情報を無駄なく活かして新しい情報を生み出すという循環により、インターネットをより高度な情報媒体にすることが最初の試みだったからです。
背景コンピューターの歴史上、情報を人間にとって脳と同じくらい自然に、柔軟に扱えるようにすることは最大の課題でした。最先端の研究者によるものから業界を代表する大企業によるものまで、過去に多くの試みがあり、そのほとんどは実用化にいたらず、普及に成功した例はありません。
その主な原因は、多くの人に必要性が認識されていないことにある、と希哲社は考えました。「必要は発明の母」とはよくいいますが、このような技術が「あったらいい」と考える人はたくさんいても、「なくてはならない」と考える人はほとんどいませんでした。その割に、気軽に使えるものが無かったのです。
2012年に実用化したデルンにも、過去の失敗例と同じように、難解すぎるという問題がありました。そこで、デルンをだれでも気軽に利用できるサービスにしようと始まったのがデライトの開発です。
そして、2020年、SNS などを中心として質の低い情報が氾濫する時代に、個人がより多くの知識をよりよい形で蓄えられる技術を広く開放し、インターネットを「知識網サービス」、すなわち KNS（ナレッジ・ネットワーキング・サービス）として利用できるようにすることを目指し、デライトは公開されました。
  

デライトの「はじめに」

デライトの描出速度が速くなった

デライト用語

デライトで管理

<div class="shdw top"> </div><p class="no_idt">ActivityPubでつながるデライトサーバー群というアイデア・憧憬。
<br/>セルフホスティングされた複数のデライトサーバーがActivityPubでつながる。
</p><p>プロトコルがAcitivityPubである必然性は無く、独自プロトコルでも良い。
</p><div class="shdw btm"> </div><button type="button" class="mxmz"> </button>

 ActivityPubでつながるデライトサーバー群というアイデア・憧憬。
セルフホスティングされた複数のデライトサーバーがActivityPubでつながる。
プロトコルがAcitivityPubである必然性は無く、独自プロトコルでも良い。
  

Deliverse

<p>以下の２つのことからデライトは自転車と結び付けられる
</p><ul><li>デライトの使い方が身体知となっていれば、自転車の乗り方を忘れないかのように、一度デライトから離れても機能の少なさから容易に復帰できる<li><a class="oln" data-kno="K#/CA9C" href="/CA9C">デライトは知能増幅</a>である（<a class="oln" data-kno="K#/24B0" href="/24B0">Bicycle for the Mind</a>）</ul>

 以下の２つのことからデライトは自転車と結び付けられる
デライトの使い方が身体知となっていれば、自転車の乗り方を忘れないかのように、一度デライトから離れても機能の少なさから容易に復帰できるデライトは知能増幅である（Bicycle for the Mind）  

デライト自転車論

<p>　個人知識管理ツールを暗記に使うのは今のところ（私は）失敗している。うまくいっていない。
</p><p><a class="oln" data-kno="K#/8B00" href="/8B00">個人知識管理ツールで暗記する難しさ</a>
</p><ul><li>覚えていない物を<a class="oln" data-kno="K#EDD2/0F53" href="/0F53">見返す</a>機会がない。探そうともしない。覚えていないので。<li><a class="oln" data-kno="K#EDD2/1DB4" href="/1DB4">間隔反復</a>ができない<small>（Ankiの方がやりやすい）</small></ul><p>　まあそういうツールではないので<a class="oln" data-kno="K#/F4ED" href="/F4ED">お門違い</a>も甚だしい話だ。
</p><p>　やはり<a class="oln" data-kno="K#/D528" href="/D528">餅は餅屋</a>で、暗記には<a class="oln" data-kno="K#/326B" href="/326B">Anki</a>を使うのが良いということか。
</p>

 　個人知識管理ツールを暗記に使うのは今のところ（私は）失敗している。うまくいっていない。
個人知識管理ツールで暗記する難しさ
覚えていない物を見返す機会がない。探そうともしない。覚えていないので。間隔反復ができない（Ankiの方がやりやすい）　まあそういうツールではないのでお門違いも甚だしい話だ。
　やはり餅は餅屋で、暗記にはAnkiを使うのが良いということか。
 

<p><a class="URI" href="https://youtu.be/VChPxHttedk" target="_blank" rel="noopener nofollow ugc">https://youtu.be/VChPxHttedk</a>
</p><iframe class="mbd YT" width="480" height="270" src="https://www.youtube.com/embed/VChPxHttedk" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>

デライト紹介動画

<p class="no_idt">　<a class="oln" data-kno="K#EDD2/0CBD" href="/0CBD">デライトの利用者が増えてほしい</a>というのはずっと思っていて、食事の記録をつけているのは「こういう使い方もありまっせ」と示すためだった（最初は）。
<br/>　一般利用者の投稿や、輪郭について説明する輪郭さえ増えれば、後はおのずと利用者が増えるだろうと思っていたがそうでもなかった。
</p><p>　ただ流速は上がっていっている。人数は変わらないが一人あたりの投稿数がだんだん増加していっていると感じている。デライトの機能改善 と 利用者の学習 が進めば、ごく少人数で膨大な量の投稿がなされるという未来もあり得る。それも面白そうだ。
</p>

 　デライトの利用者が増えてほしいというのはずっと思っていて、食事の記録をつけているのは「こういう使い方もありまっせ」と示すためだった（最初は）。
　一般利用者の投稿や、輪郭について説明する輪郭さえ増えれば、後はおのずと利用者が増えるだろうと思っていたがそうでもなかった。
　ただ流速は上がっていっている。人数は変わらないが一人あたりの投稿数がだんだん増加していっていると感じている。デライトの機能改善 と 利用者の学習 が進めば、ごく少人数で膨大な量の投稿がなされるという未来もあり得る。それも面白そうだ。
  

デライトの流速が上がってほしい

<h2>デライトに画像をアップロードする方法</h2><p>デライトに画像をアップロードする方法は三つあります。
</p><ul><li>一つ目：左下の「+」ボタンをクリックして、画像を選択してアップロードできます。<li>二つ目：画像をエクスプローラーからドラッグアンドドロップすると、アップロードできます。<li>三つ目：画像をクリップボードにコピーし、デライトの入力欄でペーストすると、画像がアップロードできます。</ul><p>デライトの輪郭の本文に<code>+webp</code>と書くと、その個所に画像が表示されます。画像がアップロードした際にも<code>+webp</code>が挿入されます。
</p><p><a class="img" href="/KNo.EDD2/D177.webp?20230520182650"><img src="/KNo.EDD2/D177.webp?20230520182650" style="max-width: 100%;"/></a></p><br/><br/><br/><h2>Gyazoを使う方法</h2><p class="no_idt"><a class="oln" data-kno="K#/0A01" href="/0A01">Gyazo</a>などに<a class="oln" data-kno="K#/A999" href="/A999">画像</a>をアップロードしてから、その画像のURLを張ることで、画像を輪郭に表示することができます。
<br/>例えば<code>+https://i.gyazo.com/f5af220fb8516975da248119746d81c6.jpg</code>のように書くと、画像が表示されます。
</p><p><a class="img" href="https://i.gyazo.com/f5af220fb8516975da248119746d81c6.jpg"><img src="https://i.gyazo.com/f5af220fb8516975da248119746d81c6.jpg" style="max-width: 100%;"/></a></p>

 デライトに画像をアップロードする方法デライトに画像をアップロードする方法は三つあります。
一つ目：左下の「+」ボタンをクリックして、画像を選択してアップロードできます。二つ目：画像をエクスプローラーからドラッグアンドドロップすると、アップロードできます。三つ目：画像をクリップボードにコピーし、デライトの入力欄でペーストすると、画像がアップロードできます。デライトの輪郭の本文に+webpと書くと、その個所に画像が表示されます。画像がアップロードした際にも+webpが挿入されます。
Gyazoを使う方法Gyazoなどに画像をアップロードしてから、その画像のURLを張ることで、画像を輪郭に表示することができます。
例えば+https://i.gyazo.com/f5af220fb8516975da248119746d81c6.jpgのように書くと、画像が表示されます。
  

デライトで画像を投稿する方法

デライト紹介

デライトの比較優位

輪郭化したデライトの「使い方」

デライトとの結婚

デライトの使い方

デライトと睡眠は相性が悪そう

<p class="no_idt">　デジタル機器上を用いた<a class="oln" data-kno="K#/D8D8" href="/D8D8">手書きによる個人知識管理</a>を思いついた。
<br/>　当初、手書きしたデータをデライトに貼り付けて、引き入れによる整理と、文字による検索を考えていたが、そうするよりも手書きした図画を記号として扱って、<a class="oln" data-kno="K#/9C10" href="/9C10">手書きで図を検索</a>する方がよほど<a class="oln" data-kno="K#/D1D6" href="/D1D6">直感的</a>ではないかと考えるようになった。
<br/>　確か画像の指紋というだったり、特徴量といったものがあったはずで、それらを事前に計算しておき、インデックスのように扱うことで、<a class="oln" data-kno="K#/6417" href="/6417">手書きの図で手書きの図を検索</a>できるはずだ。
</p><p>　<a class="oln" data-kno="K#/4419" href="/4419">手書き画像の高速共有がkakeru.app</a>で実現されていることが発覚し、<a class="oln" data-kno="K#/B2BE" href="/B2BE">手書き共有ウェブアプリ TwEgaku(仮)</a>開発のやる気を失っていたが、<a class="oln" data-kno="K#/ECEE" href="/ECEE">個人知識管理サービス</a>に昇格することで、より良いものにできる見通しが立ち、再び<a class="oln" data-kno="K#/0895" href="/0895">やる気</a>が出てきた。
</p>

 　デジタル機器上を用いた手書きによる個人知識管理を思いついた。
　当初、手書きしたデータをデライトに貼り付けて、引き入れによる整理と、文字による検索を考えていたが、そうするよりも手書きした図画を記号として扱って、手書きで図を検索する方がよほど直感的ではないかと考えるようになった。
　確か画像の指紋というだったり、特徴量といったものがあったはずで、それらを事前に計算しておき、インデックスのように扱うことで、手書きの図で手書きの図を検索できるはずだ。
　手書き画像の高速共有がkakeru.appで実現されていることが発覚し、手書き共有ウェブアプリ TwEgaku(仮)開発のやる気を失っていたが、個人知識管理サービスに昇格することで、より良いものにできる見通しが立ち、再びやる気が出てきた。
  

デライト高速化

デライトで書く面白さ

デライトについてnoteに投稿

デライト文化

<p>デライト以外の形で輪郭法を応用するのが難しい。思った以上に、変更の猶予がない。局所最適解にあるようなもの（悪い意味ではない）なので、大幅に異なる作りにしないと、デライトに収斂進化してしまう
</p><p class="no_idt">大幅な変更を思い付かない場合、デライトクローンを作るか、開発を諦めるかのどちらかになる
<br/>デライトクローンを作ってデータを流し込んだりするのは魅力的だが、同じ山を登りたくない。思想・技術力の面で開発競争に勝てるとは思えないし、個人的に宇田川さんが作ったデライトを見たいので、勝ちたいという気も起きない。
</p>

 デライト以外の形で輪郭法を応用するのが難しい。思った以上に、変更の猶予がない。局所最適解にあるようなもの（悪い意味ではない）なので、大幅に異なる作りにしないと、デライトに収斂進化してしまう
大幅な変更を思い付かない場合、デライトクローンを作るか、開発を諦めるかのどちらかになる
デライトクローンを作ってデータを流し込んだりするのは魅力的だが、同じ山を登りたくない。思想・技術力の面で開発競争に勝てるとは思えないし、個人的に宇田川さんが作ったデライトを見たいので、勝ちたいという気も起きない。
 

輪郭法応用の難しさ

デライトの紹介

<p>今頃100人ぐらい用者がいて、デライトクローンが作られるぐらいの勢いだと思っていたが、全然そうはなってない。
</p>

 今頃100人ぐらい用者がいて、デライトクローンが作られるぐらいの勢いだと思っていたが、全然そうはなってない。
 

<p>　<a class="oln" data-kno="K#EDD2/6022" href="/6022">Misskey.io</a>での<a class="oln" data-kno="K#EDD2/DC61" href="/DC61">アイコン</a>を変えたのだけれど、デライトでも変えてしまおうか悩んでいる。現在の文字だけのアイコンだとどうしても<a class="oln" data-kno="K#EDD2/8117" href="/8117">お堅い</a>感じが出るが、自動生成したアニメアイコンならデライトに対する印象も柔らかい物になるかもしれない。デライトは<a class="oln" data-kno="K#EDD2/84D3" href="/84D3">KNS</a>であるが、<a class="oln" data-kno="K#EDD2/AE99" href="/AE99">Twitter</a>のような<a class="oln" data-kno="K#EDD2/AEB2" href="/AEB2">SNS</a>っぽい雰囲気が出るだろう。
</p><p><a class="img" href="https://s3.arkjp.net/misskey/e53621a6-c25b-473d-801a-2c3c3370894d.png"><img src="https://s3.arkjp.net/misskey/e53621a6-c25b-473d-801a-2c3c3370894d.png" style="max-width: 100%;"/></a></p>

 　Misskey.ioでのアイコンを変えたのだけれど、デライトでも変えてしまおうか悩んでいる。現在の文字だけのアイコンだとどうしてもお堅い感じが出るが、自動生成したアニメアイコンならデライトに対する印象も柔らかい物になるかもしれない。デライトはKNSであるが、TwitterのようなSNSっぽい雰囲気が出るだろう。
  

デライトの人口

デライト中毒

<p>　<a class="oln" data-kno="K#EDD2/3A54" href="/3A54">デライト</a>は<a class="oln" data-kno="K#/EC00" href="/EC00">階層構造</a>が作れる。これも<a class="oln" data-kno="K#/7B1B" href="/7B1B">Wiki</a>のような<a class="oln" data-kno="K#/3EC0" href="/3EC0">語句輪結</a>だけのシステムとの<a class="oln" data-kno="K#/5B51" href="/5B51">違い</a>の一つだ。
</p><p>　私個人に帰属する問題かもしれないが、<a class="oln" data-kno="K#EDD2/3EC0" href="/3EC0">語句輪結</a>だけでは<a class="oln" data-kno="K#EDD2/ED28" href="/ED28">階層</a>を構築・認識できない。
</p>

 　デライトは階層構造が作れる。これもWikiのような語句輪結だけのシステムとの違いの一つだ。
　私個人に帰属する問題かもしれないが、語句輪結だけでは階層を構築・認識できない。
 

デライトクローン

<p class="no_idt">デライトだと、「特定の反応を集めたページ」みたいなものが自動で発生する
<br/>便利
</p>

 デライトだと、「特定の反応を集めたページ」みたいなものが自動で発生する
便利
  

デライトだと、「特定の反応を集めたページ」みたいなものが自動で発生する

<p>デライトは将来的・一般的には、はてなブックマークや、はてな匿名ダイアリーみたいな、「ネット上のコンテンツにコメントをつける」・「コメントにコメントをつける」みたいな使われ方をすると想像しているが、なかなかそうなっていかない。
</p>

 デライトは将来的・一般的には、はてなブックマークや、はてな匿名ダイアリーみたいな、「ネット上のコンテンツにコメントをつける」・「コメントにコメントをつける」みたいな使われ方をすると想像しているが、なかなかそうなっていかない。
 

デライトで漢字に振り仮名を振る様子

デライトを紹介

デライトで下ネタ

<div class="shdw top"> </div><p><a class="img" href="https://i.gyazo.com/3af91b966d22631b82a034f7c53f1638.png"><img src="https://i.gyazo.com/3af91b966d22631b82a034f7c53f1638.png" style="max-width: 100%;"/></a></p><blockquote><p class="no_idt">　公序良俗に反する投稿は当方の判断で削除、規制します。
<br/>　本規約は整備中であり、常に更新される可能性があります。適宜当ウェブサイト上で告知いたしますので、最新の内容をご確認下さい。
</p><footer><span class="dmdsh">──</span>  <a class="URI" href="https://dlt.kitetu.com/terms" target="_blank" rel="noopener nofollow ugc">https://dlt.kitetu.com/terms</a>　2022年7月13日引用</footer></blockquote><div class="shdw btm"> </div><button type="button" class="mxmz"> </button>

 　公序良俗に反する投稿は当方の判断で削除、規制します。
　本規約は整備中であり、常に更新される可能性があります。適宜当ウェブサイト上で告知いたしますので、最新の内容をご確認下さい。
──  https://dlt.kitetu.com/terms　2022年7月13日引用  

デライトの利用規約

<p>デライトをやるにつれて、<a class="oln" data-kno="K#EDD2/D335" href="/D335">データが人質</a>になってる感覚が強くなってる。エクスポート機能がまだないから移行もできない<small>（移行するつもりもないけど）</small>。急にサービス停止されたら書いたものが消える恐怖がある。情報がストックできるだけに、SNSが消えるよりも恐怖が強い。
</p>

 デライトをやるにつれて、データが人質になってる感覚が強くなってる。エクスポート機能がまだないから移行もできない（移行するつもりもないけど）。急にサービス停止されたら書いたものが消える恐怖がある。情報がストックできるだけに、SNSが消えるよりも恐怖が強い。
 

<div class="shdw top"> </div><p class="no_idt"><a class="oln" data-kno="K#/3A54" href="/3A54"><ruby>デライト<rp>(</rp><rt>なんでもメモ</rt><rp>)</rp></ruby></a>における<a class="oln" data-kno="K#/2075" href="/2075">投稿</a>のこと。
<br/><a class="oln" data-kno="K#/AE99" href="/AE99">Twitter</a>で言えば<a class="oln" data-kno="K#/9931" href="/9931">Tweet</a>、<a class="oln" data-kno="K#/BBAE" href="/BBAE">マストドン</a>で言えば<a class="oln" data-kno="K#/BD2A" href="/BD2A">Toot</a>、<a class="oln" data-kno="K#/AE82" href="/AE82">Misskey</a>で言えば<a class="oln" data-kno="K#/23D1" href="/23D1">Note</a>に当たる。
</p><p><a class="oln" data-kno="K#/7C34" href="/7C34">輪郭</a>は、<a class="oln" data-kno="K#/3AE9" href="/3AE9">知名</a>・<a class="oln" data-kno="K#/5F12" href="/5F12">知番</a>・<a class="oln" data-kno="K#/F3EA" href="/F3EA">描写</a>（<a class="oln" data-kno="K#/09A1" href="/09A1">中景</a>）・<a class="oln" data-kno="K#/5C0F" href="/5C0F">前景</a>・<a class="oln" data-kno="K#/6AD1" href="/6AD1">後景</a>から構成される。
</p><p><a class="img" href="https://i.gyazo.com/e8f19f7d001398685504025ee2ef2600.png"><img src="https://i.gyazo.com/e8f19f7d001398685504025ee2ef2600.png" style="max-width: 100%;"/></a></p><blockquote><p><a class="oln" data-kno="K#F85E/4686-96D1" href="/?fg=KNo.F85E/4686-96D1">輪郭</a>は<a class="oln" data-kno="K#F85E/4686-182F" href="/?fg=KNo.F85E/4686-182F">デライト</a>における基本的な情報単位で，<a class="oln" data-kno="K#F85E/28C0" href="/?fg=KNo.F85E/28C0">Twitter</a> でいうと<a class="oln" data-kno="K#F85E/6A9C" href="/?fg=KNo.F85E/6A9C">ツイート</a>，<a class="oln" data-kno="K#F85E/4686-7AE6" href="/?fg=KNo.F85E/4686-7AE6">Scrapbox</a> でいうと<a class="oln" data-kno="K#F85E/1A6B" href="/?fg=KNo.F85E/1A6B">ページ</a>です。
</p><footer><span class="dmdsh">──</span> <a class="oln" data-kno="K#F85E/5B28-AF82" href="/?fg=KNo.F85E/5B28-AF82"><img class="icon" decoding="async" src="/KNo.F85E?icon" width="16" height="16"/>輪郭とは</a></footer></blockquote><blockquote><p>輪郭法用語。〈outline〉。<a class="oln" data-kno="K#F85E/4686-4724" href="/?fg=KNo.F85E/4686-4724">希哲12年2月21日</a>，「<a class="oln" data-kno="K#F85E/50B3" href="/?fg=KNo.F85E/50B3">描出</a>」にかわって情報単位を表す用語にすることを着想。「描出」（<a class="oln" data-kno="K#F85E/2510-5227" href="/?fg=KNo.F85E/2510-5227">delineation</a>）あるいは「描写」はその内容を表す用語にする。検討中。
</p><p>輪郭は他の輪郭を捉えること（描き入れ，draw in）が出来，任意の泥体「描写」（delineation）を持つことが出来る。
</p><footer><span class="dmdsh">──</span> <a class="oln" data-kno="K#F85E/4686-96D1" href="/?fg=KNo.F85E/4686-96D1"><img class="icon" decoding="async" src="/KNo.F85E?icon" width="16" height="16"/>輪郭</a></footer></blockquote><div class="shdw btm"> </div><button type="button" class="mxmz"> </button>

 デライト(なんでもメモ)における投稿のこと。
Twitterで言えばTweet、マストドンで言えばToot、Misskeyで言えばNoteに当たる。
輪郭は、知名・知番・描写（中景）・前景・後景から構成される。
輪郭はデライトにおける基本的な情報単位で，Twitter でいうとツイート，Scrapbox でいうとページです。
── 輪郭とは輪郭法用語。〈outline〉。希哲12年2月21日，「描出」にかわって情報単位を表す用語にすることを着想。「描出」（delineation）あるいは「描写」はその内容を表す用語にする。検討中。
輪郭は他の輪郭を捉えること（描き入れ，draw in）が出来，任意の泥体「描写」（delineation）を持つことが出来る。
── 輪郭  

輪郭

<nav class="bc"><ol><li><a class="oln" data-kno="K#F85E/E74C-8FC7" href="/?fg=KNo.F85E/E74C-8FC7">デライトの完成度と人気度</a>
</li></ol></nav><p><a class="oln" data-kno="K#/3A54" href="/3A54"><ruby>デライト<rp>(</rp><rt>なんでもメモ</rt><rp>)</rp></ruby></a>がなぜ利用者が<a class="oln" data-kno="K#/38A8" href="/38A8">爆発的な増加</a>をしないのかが<a class="oln" data-kno="K#/5C4E" href="/5C4E">不思議</a>。
</p><p>完成度も高い。<a class="oln" data-kno="K#/D07E" href="/D07E">コンテンツ</a>もある。使い方も「<a class="oln" data-kno="K#/C093" href="/C093">デライトの使い方</a>」で検索すれば出てくる。後は<a class="oln" data-kno="K#/33F8" href="/33F8">何が足りない</a>のだろう。<a class="oln" data-kno="K#/8E22" href="/8E22">流行るべくして流行らない</a>。
</p><p class="no_idt">「デライトに投稿しても<a class="oln" data-kno="K#/625C" href="/625C">反応が無い</a>ので<a class="oln" data-kno="K#/4788" href="/4788">壁打ち</a>みたいだ」というような意見を以前見かけたが、他のSNSでも使い始めは壁打ちになるはず……
<br/>なおこの時、「普通は<a class="oln" data-kno="K#/6408" href="/6408">現実の友人</a>とつながりつつSNSを始める」ということは無視することとする。
</p><p>「t_wが現実の友人を連れてこいや」という議論もある。<a class="oln" data-kno="K#/0B0A" href="/0B0A">内臓モロダシ</a>みたいな状態なので気が引ける。アッ、現実の友人ほとんど居なかったわ。ガハハ。
</p>

 デライトの完成度と人気度
デライト(なんでもメモ)がなぜ利用者が爆発的な増加をしないのかが不思議。
完成度も高い。コンテンツもある。使い方も「デライトの使い方」で検索すれば出てくる。後は何が足りないのだろう。流行るべくして流行らない。
「デライトに投稿しても反応が無いので壁打ちみたいだ」というような意見を以前見かけたが、他のSNSでも使い始めは壁打ちになるはず……
なおこの時、「普通は現実の友人とつながりつつSNSを始める」ということは無視することとする。
「t_wが現実の友人を連れてこいや」という議論もある。内臓モロダシみたいな状態なので気が引ける。アッ、現実の友人ほとんど居なかったわ。ガハハ。
 

デライトでデライトを言語化

<p>まずは他の人の<a class="oln" data-kno="K#/2075" href="/2075">投稿</a>（<a class="oln" data-kno="K#/3A54" href="/3A54">デライト</a>では投稿を<a class="oln" data-kno="K#/7C34" href="/7C34">輪郭</a>と呼びます）を見て回るのが良いと思います。<a class="oln" data-kno="K#/2944" href="/2944">デライトで他の人の投稿（輪郭）を表示して</a>、興味がある<a class="oln" data-kno="K#/D1F8" href="/D1F8">リンク</a>をたどっていけば、いろいろな<a class="oln" data-kno="K#/7C34" href="/7C34">輪郭</a>を読むことができます。
</p><br/><p class="no_idt">デライトがどんなところなのかつかめてきたら<a class="oln" data-kno="K#/9D95" href="/9D95">描き出し</a>をしてみましょう。
<br/><a class="oln" data-kno="K#/AEB2" href="/AEB2">SNS</a>のように、<a class="oln" data-kno="K#/AE4C" href="/AE4C">起きたこと</a>や<a class="oln" data-kno="K#/0E88" href="/0E88">思ったこと</a>を自由に書いて投稿します。
</p>

 まずは他の人の投稿（デライトでは投稿を輪郭と呼びます）を見て回るのが良いと思います。デライトで他の人の投稿（輪郭）を表示して、興味があるリンクをたどっていけば、いろいろな輪郭を読むことができます。
デライトがどんなところなのかつかめてきたら描き出しをしてみましょう。
SNSのように、起きたことや思ったことを自由に書いて投稿します。
 

デライトで何やったらいいの？

<div class="shdw top"> </div><p class="no_idt">　<a class="oln" data-kno="K#/7C34" href="/7C34">輪郭</a>内で他の輪郭の<a class="oln" data-kno="K#/F3EA" href="/F3EA">描写</a>（内容）を埋め込める、デライトの機能。
<br/>　下記のように記述し、下記のように機能する。
</p><p class="no_idt"><code>+{埋め込まれ輪郭 K#/A654}</code>
<br/><a class="oln" data-kno="K#EDD2/A654" href="/A654">埋め込まれ輪郭</a>の描写
</p><br/><p>　2022年7月13日時点では、多重に<a class="oln" data-kno="K#/E08B" href="/E08B">描写埋め込み</a>することはできず、以下のような表示になる。
</p><p><code>+{埋め込んでる輪郭 K#/F86F}</code>
</p><p><a class="img" href="https://i.gyazo.com/4b8849bef5cc22ca4806df4f8f07623d.png"><img src="https://i.gyazo.com/4b8849bef5cc22ca4806df4f8f07623d.png" style="max-width: 100%;"/></a></p><hr/><blockquote><footer><span class="dmdsh">──</span> <a class="oln" data-kno="K#F85E/E74C-02FA" href="/?fg=KNo.F85E/E74C-02FA"><img class="icon" decoding="async" src="/KNo.F85E?icon" width="16" height="16"/>描写埋め込み</a></footer></blockquote><div class="shdw btm"> </div><button type="button" class="mxmz"> </button>

 　輪郭内で他の輪郭の描写（内容）を埋め込める、デライトの機能。
　下記のように記述し、下記のように機能する。
+{埋め込まれ輪郭 K#/A654}
埋め込まれ輪郭の描写
　2022年7月13日時点では、多重に描写埋め込みすることはできず、以下のような表示になる。
+{埋め込んでる輪郭 K#/F86F}
── 描写埋め込み  

描写埋め込み

<div class="shdw top"> </div><p><a class="oln" data-kno="K#EDD2/9B37" href="/9B37">社内の技術ニュース</a>に何か書くよりも、SNSなりデライトなりに書いたほうがいい気がしている。多くの人に届きやすい。
</p><p>本当にそうだろうか？社内で政治利用したほうが短期的には自分にとって都合がいいんじゃないか？わからなくなってきた
</p><div class="shdw btm"> </div><button type="button" class="mxmz"> </button>

 社内の技術ニュースに何か書くよりも、SNSなりデライトなりに書いたほうがいい気がしている。多くの人に届きやすい。
本当にそうだろうか？社内で政治利用したほうが短期的には自分にとって都合がいいんじゃないか？わからなくなってきた
  

<p>最近、仕事中に、「そういやアレを前にデライトで見たな」という感じでデライトを検索することが増えた。
</p>

 最近、仕事中に、「そういやアレを前にデライトで見たな」という感じでデライトを検索することが増えた。
  

デライトでデライトが話題に！！

<p><a class="URI" href="https://dlt.kitetu.com/help" target="_blank" rel="noopener nofollow ugc">https://dlt.kitetu.com/help</a>
</p>

MMR