出費980円@モスバーガー@2026年5月16日
| 合計 | 980 |
| 商品 | 金額 |
|---|---|
| オニオン&ポテト | 330 |
| アイスコーヒーL | 400 |
| セット値引 | -210 |
| 海鮮かきあげライスバーガー | 460 |
| 合計 | 980 |
| 商品 | 金額 |
|---|---|
| オニオン&ポテト | 330 |
| アイスコーヒーL | 400 |
| セット値引 | -210 |
| 海鮮かきあげライスバーガー | 460 |
| 合計 | 2194 |
| 商品 | 金額 |
|---|---|
| 牛乳 | 258 |
| 食用油 | 298 |
| 炭酸水1L | 100 |
| 料理酒 | 148 |
| ペットボトルコーヒー | 88 |
| たまねぎ | 299 |
| 国産豚ばらブロッ | 286 |
| 食パン(6) | 108 |
| チューブみじん切り生姜 | 348 |
| カップスターほたて | 99 |
パラグラフライティングを使った遊びとして、中間部分にまったく関係無い話を埋め込むことができそうだ。パラグラフライティングでは先頭の文(トピックセンテンス)以降の文(サポートセンテンス)は読み飛ばすことができる。この特性を活かして、サポートセンテンスに「ところできのこの里はおいしい」などと書けば、読み飛ばされる場合がある。それにつけても金の欲しさよ。もし無関係な内容を埋め込むのであれば、最後のセンテンスは避ける方が良い。次のトピックセンテンスと隣接するため、目に入る可能性がある。従って、3文目あたりに無関係な内容を配置するのがベストだろう。
無関係文の中間挿入の活用を考えると、文章を本当に読んでいるかの検査に使える。本当に読んでいれば、中間挿入された文のほとんどが発見され、そうでないならば残存するだろう。他分野での手法を引くと、ソフトウェア開発でも、バグを意図的に仕込むことで、テストの精度を評価する手法(ミューテーションテスト)がある。
ちくわ大明神だこれ!!
(引き入れされて気づいた)
| 自然言語の特徴 | ||
|---|---|---|
| 演算子の評価順がまったくあたらしい | ||
| 括弧の向きが逆 | デンマーク語やドイツ語では引用符(ギュメ)の向きが逆 | https://ja.wikipedia.org/wiki/引用符 |
| ドットとカンマが逆 | イタリア、ドイツ、フランス、ロシアでは小数点に「,」を使う | https://qiita.com/ryo_mm2d/items/ca7d7f90154495dc2bb6 |
| コロンとセミコロンが逆 | アメリカ英語とイギリス英語でコロンとセミコロンが逆に使われる場合がある | https://www.reddit.com/r/grammar/comments/qqz8s6/british_vs_american_english_colons_and_semicolons/?tl=ja |
| シングルクォーテーションとダブルクォーテーションを同じ記号とみなす | 混同しがち | |
| インデントが逆 | 中央揃え(実質的インデント)を上位部分として使う場合がある | |
| コントリビューターが100万人 | 全人類がコントリビューター | |
| 歴史だけは長い | 有史以来の歴史を持つ | |
| やたらとベンチマークスコアが高い | ||
| 自言語で作られたコンパイラが未だない | 機械化されたコンパイラは(多分)ない | |
| 誰もシンタックスハイライトを作らない | シンタックスハイライトはあまり作られない | |
| 誰もフォーマッターを作らない | フォーマッターはあまり作られない | |
| 誰もリンターを作らない | ||
| ベンチマークソフトばかり作られる | 教育にて人間の自然言語能力ベンチマークがこぞって作られる | |
| リーナスが心から褒めちぎっている | リーナスも日常的に使用 | |
| 専門学校がこぞって専攻を作り始めた | ||
| 生成AIが脈絡なく使い出す | 生成AIは許可もとらずに自然言語を使ってくる | |
| 予約語が1万語 | 大量の単語(予約語)がある | |
| チューリング安全という言い方 | ||
| コミットコメントでチャットしている | ||
| プルリクで愛を告白している | ||
| プルリクでプロポーズしている | ||
| プルリク婚1000組達成 | ||
| 開祖の通称がマッチ(ング) | ||
| “おまじない”を1字でも間違えると次の日体調を崩す | ||
| コンパイラが定時で上がる | 自然言語の生成器(人間)は定時で帰ることも |
キムチ買っちゃったんで、使っていきたいのだけど、食パンとパスタとお好み焼きの生活なので、使い道は探究が必要。
なるほどキムチチーズトーストとかいうのもあるのか。
食費を節約するなら、安価に栄養と満足度を充足する必要があるなぁ。食パンとパスタが安いけど、それだけだとタンパク質が不足するせいか、食べすぎて余計にお金がかかってしまう。
| 合計 | 1454 |
| 商品 | 金額 |
|---|---|
| キムチ | 198 |
| ちくわ | 99 |
| 魚肉ソーセージ | 239 |
| 魚肉ソーセージ(ホタテ風味) | 249 |
| 牛乳 | 258 |
| 強炭酸水レモン1 | 98 |
| カップ麺 | 98 |
| 食パン(6) | 108 |
| 合計 | 574 |
| 商品 | 金額 |
|---|---|
| ボス コーヒーファームグ 450ML | 158 |
| LW マルケータ ダブルベリー | 149 |
| ベースブレッド チョコレート | 267 |
久々にSKKが使いたくなってきた。
ibus-skkをいれたけどうまく動かないので、fcitx5-skkを入れた。
SKK辞書を作成して入れた。これで容量無制限とか輸送効率みたいな複合語でも一発で変換できる(場合がある)ぞ。
なぜか辞書が一部しか読み込まれず、Claudeに聞いた結果、昇順にする必要があったらしい。そうすると確かに直ったのだけど、典拠を聞くと明示的な典拠はなく、暗黙的な慣習らしい。わからんやんそんなん……。
duckdb --json -c "SELECT CONCAT(fgtitle, ' /', GROUP_CONCAT(bgtitle, '/'), '/') as jisho FROM './dict.json' WHERE LENGTH(fgtitle)+2 > LENGTH(bgtitle) GROUP BY fgtitle ORDER BY fgtitle;" | jq -r ".[].jisho" > SKK-JISYO.delite
| 合計 | 2560 |
| 商品 | 金額 |
|---|---|
| デカうまWマヨ | 178 |
| ギョウニュウ | 258 |
| ペペロンチノソー | 228 |
| まぜスパ うに | 228 |
| お好みソース | 238 |
| キューピーマヨネ | 698 |
| やみつき鶏皮串 | 238 |
| 日清どん兵衛 | 158 |
| 日清どん兵衛 | 158 |
| レジ袋6 | 5 |
デライトでは関係する輪郭が発見される頻度が異様に高い。
引き入れをしているうちに、関係性を持つ輪郭同士がジワジワと近接していく?
ここでの近接には二種類あるように思う。引き入れのホップ数による近接と、時間的局所性による近接だ。
!!!
時間的局所性のチートじゃん。
メモリーでは1次元に並んだデータに対して空間的局所性と時間的局所性が働くが、輪郭では輪郭毎に1次元に輪郭が並ぶ。多重的/多層的な時間局所性と空間的局所性が働いている。なんだ?多重並行時間軸とでもいうべきか。単一の大元の時間軸では離れていても、各輪郭の時間軸では近接してしまう。例えば、<豆カレー>の中で2026年の輪郭と2025年の輪郭が隣接して発見される。
そうした近接によって未発見の関係を持つ輪郭同士が目に入り、その関係を言い表す輪郭が作られ、その輪郭によって新たな局所性が生成される。
時間的局所性が空間的局所性として現れる
局所性が輪郭として固定される
「豆カレー作るかぁ」と思って輪郭を描き出したら、以前描き出した豆カレーの動画[1]が見つかえるのがデライトをやっててたまらん瞬間の一つ。
| 商品 | 金額[円] | タンパク質[g] | タンパク質/金額[g/円] | カロリー[kcal] | カロリー/金額[kcal/円] |
|---|---|---|---|---|---|
| ベースブレッドチョコ | 267 | 13.6 | 0.07 | 246 | 0.92 |
| チーズかまぼこ | 198 | 7.8 | 0.04 | 102 | 0.51 |
チーズかまぼこ、コスパ悪いな……。
Xのおすすめタイムラインが妖怪じみてる気がする。暗がりにさそって人を食うような。最初は有益な情報を出して誘ってくる。そのあとに感情を揺さぶる情報を出して絡め取ってくる。先程Xをうっかり開いたら、強い人が強い実績の話をしていて心がざわついたので離脱した。
| 合計 | 2748 |
| 商品 | 金額 |
|---|---|
| サントリークラフトボス ブラック500ML | 181 |
| 500円定食 | 500 |
| チーズクリームサンド | 148 |
| 海鮮巻き | 699 |
| 九条葱と生姜のサラダ | 139 |
| 母の日の贈り物(Amazonポイント使用) | 1003 |
| 合計 | 2901 |
| 商品 | 金額 |
|---|---|
| ゆず胡椒唐揚弁当 | 498 |
| サラダ3点盛合わせ | 398 |
| 強炭酸水レモン1 | 98 |
| ギュウニュウ | 258 |
| 国豚肉こまぎれ特 | 899 |
| とっぷらんたまご | 249 |
| 食パン(6) | 108 |
| キャベツ | 179 |
もしかして、KJ法で表札を作ったあとに、すぐ重ねてしまうのではなくて、島の上に置いておいたほうが良い?
すべてしっくりきてから重ねたほうが良い?
原典の『発想法』p.75では上のようなやり方ではなく、逐次重ねるように説明している。
KJ法をやっていたからデライトに惹かれた?少なくとも、両者の関係性は深いように思う。
しかし、デライトを最初に触った時に、それを感じ取れていたかというと疑問だ。なにしろ、デライトのことは何もわかっていなかったし、KJ法も今ほど使えるようになっていなかった。
| 合計 | 2115 |
| 商品 | 金額 |
|---|---|
| 炊事手袋 | 329 |
| 若どりむね肉 1枚 | 244 |
| 上白糖 | 196 |
| 高級クリームパン | 108 |
| ベトナムフォー | 99 |
| チップスター S | 109 |
| ボスコーヒーファームブラック450ML | 158 |
| かけ(並) | 440 |
| ちくわ天 | 170 |
| 肉厚しいたけ天 | 170 |
👇のような感じです!
⚪︎レシートをどうやって(カメラ?スキャナ?その他?)デジタルに取り込み、
→ iPhoneのカメラ
⚪︎何のツール(生成AI?その他のプログラム?)を使い、
→ iOSのショートカットとAppleIntelligence(ChatGPT)
⚪︎どういうアルゴリズム(プロンプト?コマンド?自力?その他?)で生成し、
→ レシート画像をMarkdownの表に変換するプロンプト
⚪︎どのタイミング(自宅?職場?その他?)で、
→ 自宅や職場(気が向いたとき)
⚪︎何を使って(PC?スマホ?クラウド?その他?)
→ iPhone
⚪︎どうやって(手動?自動?エージェント?その他?)描き出しているのか気になる。
→ デライトに共有するショートカット
画像から出費をMarkdownの表としてまとめて出して。
出力は表だけにして。
合計金額の表と、個別商品の価格の表だけにして。
金額は数字だけにして、¥や,をつけないで。
# 一つ目の表(合計金額)
合計金額を`|合計 |XX |`で書いて。
# 二つ目の表(個別金額)
出力は商品と金額だけにして。
ヘッダー部分は`|* 商品|金額|`にして。
個別の価格の表には合計や小計などを含まないで。
おお、複数レシートを撮った写真から支出をまとめて記録できている。
合計も勝手にガッチャンコして計算されている。ただ流石に生成AIの足し算は信頼はできないので検算はした。ちゃんと合ってた。
コーヒーの商品名だけ間違っていたので修正した。
生成AIの時代になってもKJ法の有用性は変わらないどころか、KJ法を使える人はますます有利になっている。KJ法で情報を整理すれば無駄な作業が明らかとなって労力が減らせる。KJ法は人への説明にも便利なため、周りからの理解と協力を得られる。逆に、生成AIが出した文章を整理しないまま資料にすると、後々になって余計に手間がかかってしまう。生成AIを使っても情報は整理されない。情報を整理せずに作業すると、無駄な作業をしてしまい、時間がかかる。整理しないまま人に説明すると、周りから理解されず、助けてもらうことができない。
KJ法では図解を作るが、図解は文章よりも、情報を整理したり他の人に伝えたりするのに便利だ。文字だけで情報を整理するのは至難の技だし、発表では文字ばかりのスライドは相手には何も伝わらない。今回の私の事例では、KJ法で図解を作成してからスライドを作成し、それを用いて発表したところ、うまく他の人に情報を伝えることができた。複数人から「よくまとまっている」「分かりやすい」とのお言葉を頂いた。KJ法で情報が整理されたことに加えて、ほぼすべてのスライドが図解だったため、伝わりやすかったのだろう。その結果として、有益な議論が交わされ、今進めている方向がどうやら難しそうだということが明らかとなり、またその点について合意が形成された。
一方で、生成AIが出した文章でも、KJ法で整理すればうまく役立てられる。生成AIが出した雑多な情報を整理できる。また、手書きでラベルを作成すれば、情報が一度は頭を通り、理解が進むと同時に、精選される。しかし、生成AIが出した文章に対して、PCを使ってリライトしようとしても、どうにもうまくいかない。これはプロのライターであっても難しいようだ。生成AIの文体だと思って読んでいた文章が、プロのライターが生成AIの文章を加筆修正したものだったことがある。
KJ法で図解化してから文章化して書いた。文字文字しいが、日記なので想定通りのものだ。主張通り、内容がわかりやすくなっているといいのだが……。
初の試みとして、KJ法に加えて、パラグラフライティングも取り入れてみてある。各パラグラフの先頭だけ読んでも意味が読み取れるはずだ。
| 合計 | 1745 |
| 商品 | 金額 |
|---|---|
| サントリークラフトボス ブラック500ML | 181 |
| 500円定食 | 500 |
| チーズクリームサンド | 148 |
| 海鮮巻き | 699 |
| 九条葱と生姜のサラダ | 139 |
自宅でゆっくりできる場所がないために出費が増えていそう。カフェやハンバーガー屋といった、サードプレイス的な出費が多い。また、自宅がまだ引越しの段ボールが片付いていないことに加えて、自宅が作業するか寝るかしかない場所になっている。これではとても落ち着かない。
佐々木くん、フロイトを読め。君はフロイトを読むしかないよ。
笑いごとじゃなくて真剣な内容なんだけども、フロイトにまつわるイメージと、「読むしかないよ」の語りが合わさって、妙な笑いをさそってくる。
SVGで木構造のイメージを作って。
Rootを起点として、奥行き方向に90度回転するアニメーションを作成して
回転の方向を逆にして(子要素が奥に行く)
ノードの向きは正面を向き続けるようにして
ルートノードに近いほどノードのサイズが大きいようにして
アニメーションをwebpで出力して
| 合計 | 1501 |
| 商品 | 金額 |
|---|---|
| アブラソバ | 298 |
| 豚肉ばらブロック(250g) | 372 |
| 食パン(5枚切り) | 108 |
| 片栗粉 | 128 |
| S B 生にんにく | 348 |
| ペットボトルコーヒー | 88 |
| 強炭酸水 | 48 |
パラグラフライティングは文章が書きやすい。この書きやすさは、読み飛ばしやすさから生じている。文章を書くことは書いた文章を何度も読むことになる。パラグラフライティングで書いていれば、パラグラフの先頭以外は読み飛ばせる。結果として文章が書きやすくなる。
デライトで引き入れるときは、後景の一覧がどうなって欲しいか、に基づいて引き入れると良い。言い換えれば、見たいように引き入れると良い。後景が見たいようになっていれば、すなわち、見たい情報が見つかり、余計な情報が出てこなければ、情報管理としてしっかり成功している。
真剣に考え込んで引き入れなくても良い。後から引き入れを調整できるため、後景一覧を見てしっくりこなければ、前景に移したり、別の輪郭に移したり、引き外したりできる。また、前景後景は複数つけられるため、どうとでも引き入れられる。
引き入れで構造を意識する必要もない。見やすさを求めて引き入れした結果として勝手に構造化のような何かが進むだけで、それを指向して引き入れる必要はない。まずもって「構造」などという曖昧なものを意識するのは大変だ。
会話や文章を書くときに、言葉を組み立てるのが遅すぎる。
特に最近になってますます遅くなった。言葉を選び、相手に最も通じる言葉を探そうとするようになったからだ。
一つのメモ帳にすべて書くようにし始めてから、紙のメモでも見返すようになった。書くときについでに見返したり、追記したりしている。
メモ帳が複数あると見返しはやりづらいということだろう。
MTGなどで画面を映しているときにメモを取る際は、紙のメモがあると便利。
他の人に見られずにメモを取れるし、紙のメモの分だけ実質的に画面が増やせる。
メモの上で内職だってできちゃう。
デライトの説明として、情報隠蔽の利点だけだと、普通の木構造との違いが伝わらない。
多重階層構造になっていることの利点を説明する必要がある。
カレーうどんの例えが思い浮かぶが、この例えでは複数の包括は説明できていない。
ForceGraphを久々に触ったが、手間かかる割にいい見た目にならない。
グラフの中心性を使ってみるもノードの配置がうまくいかない。
Claude Opus 4.7に聞くところによると、最長の祖先パス長を使うといいらしい。
デライトを使っているところを録画するだけだと、現在の構造やその変化がわかりづらく、面白さが伝えにくいように思われる。
隣に有向グラフで示しておけば、わかりやすかなるかもしれない?
その際、現在の輪郭を中央に置いておけば、見やすくなりそう
AIがあってなお学ぶの、コミュニケーションが目的の一つかもしれない。
例えば絵なら、生成された画像よりも人が書いた絵の方が、コミュニケーションという感じがする。
あるいは、同じ生成画像でも、試行錯誤といった学びを経た画像の方が、コミュニケーションのように感じる。
AIでWebアプリやサイトが簡単に作れるようになった、という点においては、アート系の人たちにとっては追い風となっている?
アート系の人たちは、作りたいものがあったり、見せ方が上手だったりする。
デライトに仕事のことを書くわけにも行かないので、1日の点数に仕事は含んでいないのだけど、自分の人生という観点では仕事を差し引いた点数とするのは妥当かもしれない。
デライトをやりまくった結果、<AIキャラクターコメント>を描き出した後、即座に一般化を考えて<自動生成コメント>を描き出すようになってしまった。脳がそうなっている。一般化脳だ。
一般化しておくと別の概念/言葉/輪郭とくっつけやすい気がして、そうしている。
Exploratory Publicを試そうとしたら、WindowsとMacのみ対応だった。Webで使えるのかなとか思っていたが、そんなことはなかった。
明日別のマシン(Windows)で試すか。
Youtubeのコンテンツが偏っているか/偏っていないかはよくわからない
コンテンツ流通形態としてランキングがなくレコメンド型なので、偏りはユーザー側では可視化されない
知名クリックで全知検索してシャッてパクれるの怖い。
2秒でパクれる。
こんなかすめ取るようなことが赦されるのか。
知名は秒でパクれても引き入れをパクるのは時間がかかるし、本質は引き入れによって立体化した知識だから、やりすぎなければ良い可能性がある。
/ ̄ ̄ ヽ,
私をとめゅてぇ~♪ / 丶 / ',
ノ//, {゚} /¨`ヽ {゚} ,ミヽ
輪郭ガチャをとゅめてぇ~♪ / く l ヽ._.イl , ゝ \
.ni 7 / /⌒ リ ヘ_/ノ ' ⌒\ \
l^l | | l ,/) (  ̄ ̄⌒ ⌒ ̄ _)
', U ! レ' / / ̄ ̄ ヽ, ` ̄ ̄`ヽ /´ ̄
/ 〈 / ', .n .| ・ ・ |
ヽっ{゚} /¨`ヽ {゚}, l^l.| | /)ノ |
/´ ̄ ̄ .l ヽ._.イl ', | U レ'//) ノ
/ ィ-r--ノ ヘ_/ノ ', ノ / ∠_
,/ ヽ rニ | f\ ノ  ̄`丶.
丿' ヽ、 `ヽ l | ヽ__ノー─-- 、_ )
. !/ ヽ、 | | | / /
/ !jl |ノ ,' /
/ ̄ ̄ ヽ,
喧嘩をやめゅてぇ~♪ / 丶 / ',
ノ//, {゚} /¨`ヽ {゚} ,ミヽ
ふたりをとゅめてぇ~♪ / く l ヽ._.イl , ゝ \
.ni 7 / /⌒ リ ヘ_/ノ ' ⌒\ \
l^l | | l ,/) (  ̄ ̄⌒ ⌒ ̄ _)
', U ! レ' / / ̄ ̄ ヽ, ` ̄ ̄`ヽ /´ ̄
/ 〈 / ', .n .| ・ ・ |
ヽっ{゚} /¨`ヽ {゚}, l^l.| | /)ノ |
/´ ̄ ̄ .l ヽ._.イl ', | U レ'//) ノ
/ ィ-r--ノ ヘ_/ノ ', ノ / ∠_
,/ ヽ rニ | f\ ノ  ̄`丶.
丿' ヽ、 `ヽ l | ヽ__ノー─-- 、_ )
. !/ ヽ、 | | | / /
/ !jl |ノ ,' /
KJ法は終わりがある。KJ法は島を作るたびにラベルが減る。この性質は絶対的な有限性を持っている。
一方で、輪郭ガチャに終わりはない。輪郭ガチャを引くたびに、輪郭は増え、関係や構造を発見する確率が高まり続ける。
デライト中毒者に終わりはない。麻薬中毒者は逮捕で終われるが、デライトにはそれもない。
本棚を組み立てた。設置箇所を計測し、サイズをチェックしてから買ったはずなのだが、1cmぐらいはみ出している(致命的ではないがちょっと気になる)。壁の下部にある出っ張り(巾木というらしい)を計測に含んでいなかったのが失敗だった。
デライトを操作しているところを録画するのが難しくなってきた。
なにしろ、未公開輪郭が増えてきたものだから、デライトを録画するにはそれらが映らないようにしなければいけない。
非公式デライト拡張機能に、未公開輪郭を非表示にする機能を追加すれば解決するかな。
もうちょっと丁寧に説明できないかな。
まだ読み手に寄り添えてないんじゃないかな。
多重階層構造によって上下の紐付けがしやすいことも書いた方がいいだろう。
| 合計 | 980 |
| 商品 | 金額 |
|---|---|
| オニオン&ポテト | 330 |
| アイスコーヒーL | 400 |
| セット値引 | -210 |
| 海鮮かきあげライスバーガー | 460 |
| 合計 | 2194 |
| 商品 | 金額 |
|---|---|
| 牛乳 | 258 |
| 食用油 | 298 |
| 炭酸水1L | 100 |
| 料理酒 | 148 |
| ペットボトルコーヒー | 88 |
| たまねぎ | 299 |
| 国産豚ばらブロッ | 286 |
| 食パン(6) | 108 |
| チューブみじん切り生姜 | 348 |
| カップスターほたて | 99 |
パラグラフライティングを使った遊びとして、中間部分にまったく関係無い話を埋め込むことができそうだ。パラグラフライティングでは先頭の文(トピックセンテンス)以降の文(サポートセンテンス)は読み飛ばすことができる。この特性を活かして、サポートセンテンスに「ところできのこの里はおいしい」などと書けば、読み飛ばされる場合がある。それにつけても金の欲しさよ。もし無関係な内容を埋め込むのであれば、最後のセンテンスは避ける方が良い。次のトピックセンテンスと隣接するため、目に入る可能性がある。従って、3文目あたりに無関係な内容を配置するのがベストだろう。
無関係文の中間挿入の活用を考えると、文章を本当に読んでいるかの検査に使える。本当に読んでいれば、中間挿入された文のほとんどが発見され、そうでないならば残存するだろう。他分野での手法を引くと、ソフトウェア開発でも、バグを意図的に仕込むことで、テストの精度を評価する手法(ミューテーションテスト)がある。
ちくわ大明神だこれ!!
(引き入れされて気づいた)
| 自然言語の特徴 | ||
|---|---|---|
| 演算子の評価順がまったくあたらしい | ||
| 括弧の向きが逆 | デンマーク語やドイツ語では引用符(ギュメ)の向きが逆 | https://ja.wikipedia.org/wiki/引用符 |
| ドットとカンマが逆 | イタリア、ドイツ、フランス、ロシアでは小数点に「,」を使う | https://qiita.com/ryo_mm2d/items/ca7d7f90154495dc2bb6 |
| コロンとセミコロンが逆 | アメリカ英語とイギリス英語でコロンとセミコロンが逆に使われる場合がある | https://www.reddit.com/r/grammar/comments/qqz8s6/british_vs_american_english_colons_and_semicolons/?tl=ja |
| シングルクォーテーションとダブルクォーテーションを同じ記号とみなす | 混同しがち | |
| インデントが逆 | 中央揃え(実質的インデント)を上位部分として使う場合がある | |
| コントリビューターが100万人 | 全人類がコントリビューター | |
| 歴史だけは長い | 有史以来の歴史を持つ | |
| やたらとベンチマークスコアが高い | ||
| 自言語で作られたコンパイラが未だない | 機械化されたコンパイラは(多分)ない | |
| 誰もシンタックスハイライトを作らない | シンタックスハイライトはあまり作られない | |
| 誰もフォーマッターを作らない | フォーマッターはあまり作られない | |
| 誰もリンターを作らない | ||
| ベンチマークソフトばかり作られる | 教育にて人間の自然言語能力ベンチマークがこぞって作られる | |
| リーナスが心から褒めちぎっている | リーナスも日常的に使用 | |
| 専門学校がこぞって専攻を作り始めた | ||
| 生成AIが脈絡なく使い出す | 生成AIは許可もとらずに自然言語を使ってくる | |
| 予約語が1万語 | 大量の単語(予約語)がある | |
| チューリング安全という言い方 | ||
| コミットコメントでチャットしている | ||
| プルリクで愛を告白している | ||
| プルリクでプロポーズしている | ||
| プルリク婚1000組達成 | ||
| 開祖の通称がマッチ(ング) | ||
| “おまじない”を1字でも間違えると次の日体調を崩す | ||
| コンパイラが定時で上がる | 自然言語の生成器(人間)は定時で帰ることも |
キムチ買っちゃったんで、使っていきたいのだけど、食パンとパスタとお好み焼きの生活なので、使い道は探究が必要。
なるほどキムチチーズトーストとかいうのもあるのか。
食費を節約するなら、安価に栄養と満足度を充足する必要があるなぁ。食パンとパスタが安いけど、それだけだとタンパク質が不足するせいか、食べすぎて余計にお金がかかってしまう。
| 合計 | 1454 |
| 商品 | 金額 |
|---|---|
| キムチ | 198 |
| ちくわ | 99 |
| 魚肉ソーセージ | 239 |
| 魚肉ソーセージ(ホタテ風味) | 249 |
| 牛乳 | 258 |
| 強炭酸水レモン1 | 98 |
| カップ麺 | 98 |
| 食パン(6) | 108 |
| 合計 | 574 |
| 商品 | 金額 |
|---|---|
| ボス コーヒーファームグ 450ML | 158 |
| LW マルケータ ダブルベリー | 149 |
| ベースブレッド チョコレート | 267 |
久々にSKKが使いたくなってきた。
ibus-skkをいれたけどうまく動かないので、fcitx5-skkを入れた。
SKK辞書を作成して入れた。これで容量無制限とか輸送効率みたいな複合語でも一発で変換できる(場合がある)ぞ。
なぜか辞書が一部しか読み込まれず、Claudeに聞いた結果、昇順にする必要があったらしい。そうすると確かに直ったのだけど、典拠を聞くと明示的な典拠はなく、暗黙的な慣習らしい。わからんやんそんなん……。
duckdb --json -c "SELECT CONCAT(fgtitle, ' /', GROUP_CONCAT(bgtitle, '/'), '/') as jisho FROM './dict.json' WHERE LENGTH(fgtitle)+2 > LENGTH(bgtitle) GROUP BY fgtitle ORDER BY fgtitle;" | jq -r ".[].jisho" > SKK-JISYO.delite
| 合計 | 2560 |
| 商品 | 金額 |
|---|---|
| デカうまWマヨ | 178 |
| ギョウニュウ | 258 |
| ペペロンチノソー | 228 |
| まぜスパ うに | 228 |
| お好みソース | 238 |
| キューピーマヨネ | 698 |
| やみつき鶏皮串 | 238 |
| 日清どん兵衛 | 158 |
| 日清どん兵衛 | 158 |
| レジ袋6 | 5 |
デライトでは関係する輪郭が発見される頻度が異様に高い。
引き入れをしているうちに、関係性を持つ輪郭同士がジワジワと近接していく?
ここでの近接には二種類あるように思う。引き入れのホップ数による近接と、時間的局所性による近接だ。
!!!
時間的局所性のチートじゃん。
メモリーでは1次元に並んだデータに対して空間的局所性と時間的局所性が働くが、輪郭では輪郭毎に1次元に輪郭が並ぶ。多重的/多層的な時間局所性と空間的局所性が働いている。なんだ?多重並行時間軸とでもいうべきか。単一の大元の時間軸では離れていても、各輪郭の時間軸では近接してしまう。例えば、<豆カレー>の中で2026年の輪郭と2025年の輪郭が隣接して発見される。
そうした近接によって未発見の関係を持つ輪郭同士が目に入り、その関係を言い表す輪郭が作られ、その輪郭によって新たな局所性が生成される。
時間的局所性が空間的局所性として現れる
局所性が輪郭として固定される
「豆カレー作るかぁ」と思って輪郭を描き出したら、以前描き出した豆カレーの動画[1]が見つかえるのがデライトをやっててたまらん瞬間の一つ。
| 商品 | 金額[円] | タンパク質[g] | タンパク質/金額[g/円] | カロリー[kcal] | カロリー/金額[kcal/円] |
|---|---|---|---|---|---|
| ベースブレッドチョコ | 267 | 13.6 | 0.07 | 246 | 0.92 |
| チーズかまぼこ | 198 | 7.8 | 0.04 | 102 | 0.51 |
チーズかまぼこ、コスパ悪いな……。
| 合計 | 623 |
| 商品 | 金額 |
|---|---|
| ベースブレッドチョコ | 267 |
| チーズかまぼこ | 198 |
| ボスコーヒーファームブラック450ML | 158 |
Xのおすすめタイムラインが妖怪じみてる気がする。暗がりにさそって人を食うような。最初は有益な情報を出して誘ってくる。そのあとに感情を揺さぶる情報を出して絡め取ってくる。先程Xをうっかり開いたら、強い人が強い実績の話をしていて心がざわついたので離脱した。
| 合計 | 2748 |
| 商品 | 金額 |
|---|---|
| サントリークラフトボス ブラック500ML | 181 |
| 500円定食 | 500 |
| チーズクリームサンド | 148 |
| 海鮮巻き | 699 |
| 九条葱と生姜のサラダ | 139 |
| 母の日の贈り物(Amazonポイント使用) | 1003 |
| 合計 | 2901 |
| 商品 | 金額 |
|---|---|
| ゆず胡椒唐揚弁当 | 498 |
| サラダ3点盛合わせ | 398 |
| 強炭酸水レモン1 | 98 |
| ギュウニュウ | 258 |
| 国豚肉こまぎれ特 | 899 |
| とっぷらんたまご | 249 |
| 食パン(6) | 108 |
| キャベツ | 179 |
| 合計 | 2115 |
| 商品 | 金額 |
|---|---|
| 炊事手袋 | 329 |
| 若どりむね肉 1枚 | 244 |
| 上白糖 | 196 |
| 高級クリームパン | 108 |
| ベトナムフォー | 99 |
| チップスター S | 109 |
| ボスコーヒーファームブラック450ML | 158 |
| かけ(並) | 440 |
| ちくわ天 | 170 |
| 肉厚しいたけ天 | 170 |
👇のような感じです!
⚪︎レシートをどうやって(カメラ?スキャナ?その他?)デジタルに取り込み、
→ iPhoneのカメラ
⚪︎何のツール(生成AI?その他のプログラム?)を使い、
→ iOSのショートカットとAppleIntelligence(ChatGPT)
⚪︎どういうアルゴリズム(プロンプト?コマンド?自力?その他?)で生成し、
→ レシート画像をMarkdownの表に変換するプロンプト
⚪︎どのタイミング(自宅?職場?その他?)で、
→ 自宅や職場(気が向いたとき)
⚪︎何を使って(PC?スマホ?クラウド?その他?)
→ iPhone
⚪︎どうやって(手動?自動?エージェント?その他?)描き出しているのか気になる。
→ デライトに共有するショートカット
画像から出費をMarkdownの表としてまとめて出して。
出力は表だけにして。
合計金額の表と、個別商品の価格の表だけにして。
金額は数字だけにして、¥や,をつけないで。
# 一つ目の表(合計金額)
合計金額を`|合計 |XX |`で書いて。
# 二つ目の表(個別金額)
出力は商品と金額だけにして。
ヘッダー部分は`|* 商品|金額|`にして。
個別の価格の表には合計や小計などを含まないで。
おお、複数レシートを撮った写真から支出をまとめて記録できている。
合計も勝手にガッチャンコして計算されている。ただ流石に生成AIの足し算は信頼はできないので検算はした。ちゃんと合ってた。
コーヒーの商品名だけ間違っていたので修正した。
生成AIの時代になってもKJ法の有用性は変わらないどころか、KJ法を使える人はますます有利になっている。KJ法で情報を整理すれば無駄な作業が明らかとなって労力が減らせる。KJ法は人への説明にも便利なため、周りからの理解と協力を得られる。逆に、生成AIが出した文章を整理しないまま資料にすると、後々になって余計に手間がかかってしまう。生成AIを使っても情報は整理されない。情報を整理せずに作業すると、無駄な作業をしてしまい、時間がかかる。整理しないまま人に説明すると、周りから理解されず、助けてもらうことができない。
KJ法では図解を作るが、図解は文章よりも、情報を整理したり他の人に伝えたりするのに便利だ。文字だけで情報を整理するのは至難の技だし、発表では文字ばかりのスライドは相手には何も伝わらない。今回の私の事例では、KJ法で図解を作成してからスライドを作成し、それを用いて発表したところ、うまく他の人に情報を伝えることができた。複数人から「よくまとまっている」「分かりやすい」とのお言葉を頂いた。KJ法で情報が整理されたことに加えて、ほぼすべてのスライドが図解だったため、伝わりやすかったのだろう。その結果として、有益な議論が交わされ、今進めている方向がどうやら難しそうだということが明らかとなり、またその点について合意が形成された。
一方で、生成AIが出した文章でも、KJ法で整理すればうまく役立てられる。生成AIが出した雑多な情報を整理できる。また、手書きでラベルを作成すれば、情報が一度は頭を通り、理解が進むと同時に、精選される。しかし、生成AIが出した文章に対して、PCを使ってリライトしようとしても、どうにもうまくいかない。これはプロのライターであっても難しいようだ。生成AIの文体だと思って読んでいた文章が、プロのライターが生成AIの文章を加筆修正したものだったことがある。
| 合計 | 1745 |
| 商品 | 金額 |
|---|---|
| サントリークラフトボス ブラック500ML | 181 |
| 500円定食 | 500 |
| チーズクリームサンド | 148 |
| 海鮮巻き | 699 |
| 九条葱と生姜のサラダ | 139 |
SVGで木構造のイメージを作って。
Rootを起点として、奥行き方向に90度回転するアニメーションを作成して
回転の方向を逆にして(子要素が奥に行く)
ノードの向きは正面を向き続けるようにして
ルートノードに近いほどノードのサイズが大きいようにして
アニメーションをwebpで出力して
パラグラフライティングは文章が書きやすい。この書きやすさは、読み飛ばしやすさから生じている。文章を書くことは書いた文章を何度も読むことになる。パラグラフライティングで書いていれば、パラグラフの先頭以外は読み飛ばせる。結果として文章が書きやすくなる。
デライトで引き入れるときは、後景の一覧がどうなって欲しいか、に基づいて引き入れると良い。言い換えれば、見たいように引き入れると良い。後景が見たいようになっていれば、すなわち、見たい情報が見つかり、余計な情報が出てこなければ、情報管理としてしっかり成功している。
真剣に考え込んで引き入れなくても良い。後から引き入れを調整できるため、後景一覧を見てしっくりこなければ、前景に移したり、別の輪郭に移したり、引き外したりできる。また、前景後景は複数つけられるため、どうとでも引き入れられる。
引き入れで構造を意識する必要もない。見やすさを求めて引き入れした結果として勝手に構造化のような何かが進むだけで、それを指向して引き入れる必要はない。まずもって「構造」などという曖昧なものを意識するのは大変だ。
デライトの説明として、情報隠蔽の利点だけだと、普通の木構造との違いが伝わらない。
多重階層構造になっていることの利点を説明する必要がある。
カレーうどんの例えが思い浮かぶが、この例えでは複数の包括は説明できていない。
ForceGraphを久々に触ったが、手間かかる割にいい見た目にならない。
グラフの中心性を使ってみるもノードの配置がうまくいかない。
Claude Opus 4.7に聞くところによると、最長の祖先パス長を使うといいらしい。
デライトを使っているところを録画するだけだと、現在の構造やその変化がわかりづらく、面白さが伝えにくいように思われる。
隣に有向グラフで示しておけば、わかりやすかなるかもしれない?
その際、現在の輪郭を中央に置いておけば、見やすくなりそう
AIがあってなお学ぶの、コミュニケーションが目的の一つかもしれない。
例えば絵なら、生成された画像よりも人が書いた絵の方が、コミュニケーションという感じがする。
あるいは、同じ生成画像でも、試行錯誤といった学びを経た画像の方が、コミュニケーションのように感じる。
デライトをやりまくった結果、<AIキャラクターコメント>を描き出した後、即座に一般化を考えて<自動生成コメント>を描き出すようになってしまった。脳がそうなっている。一般化脳だ。
一般化しておくと別の概念/言葉/輪郭とくっつけやすい気がして、そうしている。
Exploratory Publicを試そうとしたら、WindowsとMacのみ対応だった。Webで使えるのかなとか思っていたが、そんなことはなかった。
明日別のマシン(Windows)で試すか。
Youtubeのコンテンツが偏っているか/偏っていないかはよくわからない
コンテンツ流通形態としてランキングがなくレコメンド型なので、偏りはユーザー側では可視化されない
/ ̄ ̄ ヽ,
私をとめゅてぇ~♪ / 丶 / ',
ノ//, {゚} /¨`ヽ {゚} ,ミヽ
輪郭ガチャをとゅめてぇ~♪ / く l ヽ._.イl , ゝ \
.ni 7 / /⌒ リ ヘ_/ノ ' ⌒\ \
l^l | | l ,/) (  ̄ ̄⌒ ⌒ ̄ _)
', U ! レ' / / ̄ ̄ ヽ, ` ̄ ̄`ヽ /´ ̄
/ 〈 / ', .n .| ・ ・ |
ヽっ{゚} /¨`ヽ {゚}, l^l.| | /)ノ |
/´ ̄ ̄ .l ヽ._.イl ', | U レ'//) ノ
/ ィ-r--ノ ヘ_/ノ ', ノ / ∠_
,/ ヽ rニ | f\ ノ  ̄`丶.
丿' ヽ、 `ヽ l | ヽ__ノー─-- 、_ )
. !/ ヽ、 | | | / /
/ !jl |ノ ,' /
/ ̄ ̄ ヽ,
喧嘩をやめゅてぇ~♪ / 丶 / ',
ノ//, {゚} /¨`ヽ {゚} ,ミヽ
ふたりをとゅめてぇ~♪ / く l ヽ._.イl , ゝ \
.ni 7 / /⌒ リ ヘ_/ノ ' ⌒\ \
l^l | | l ,/) (  ̄ ̄⌒ ⌒ ̄ _)
', U ! レ' / / ̄ ̄ ヽ, ` ̄ ̄`ヽ /´ ̄
/ 〈 / ', .n .| ・ ・ |
ヽっ{゚} /¨`ヽ {゚}, l^l.| | /)ノ |
/´ ̄ ̄ .l ヽ._.イl ', | U レ'//) ノ
/ ィ-r--ノ ヘ_/ノ ', ノ / ∠_
,/ ヽ rニ | f\ ノ  ̄`丶.
丿' ヽ、 `ヽ l | ヽ__ノー─-- 、_ )
. !/ ヽ、 | | | / /
/ !jl |ノ ,' /
KJ法は終わりがある。KJ法は島を作るたびにラベルが減る。この性質は絶対的な有限性を持っている。
一方で、輪郭ガチャに終わりはない。輪郭ガチャを引くたびに、輪郭は増え、関係や構造を発見する確率が高まり続ける。
デライト中毒者に終わりはない。麻薬中毒者は逮捕で終われるが、デライトにはそれもない。
本棚を組み立てた。設置箇所を計測し、サイズをチェックしてから買ったはずなのだが、1cmぐらいはみ出している(致命的ではないがちょっと気になる)。壁の下部にある出っ張り(巾木というらしい)を計測に含んでいなかったのが失敗だった。
デライトを操作しているところを録画するのが難しくなってきた。
なにしろ、未公開輪郭が増えてきたものだから、デライトを録画するにはそれらが映らないようにしなければいけない。
非公式デライト拡張機能に、未公開輪郭を非表示にする機能を追加すれば解決するかな。