列 1</th>	列 2</th>	列 3</th></tr></thead>
セル A</td>	セル B</td>	セル C</td></tr>
セル D</td>	セル E</td>	セル F</td></tr> </tbody></table> 数式 (KaTeX)</a> </h2> インライン数式 </a> </h3> ブロック数式</a> </h3> $$</span></span> \int_{-\infty}^{\infty} e^{-x^2} dx = \sqrt{\pi}</span></span> $$</span></span></code></pre> $$ \int_{-\infty}^{\infty} e^{-x^2} dx = \sqrt{\pi} $$</p> コールアウト</a> </h2> note</a> </h3> {% note() %}</span></span> これは note です。Markdown も使えます。</span></span> {% end %}</span></span></code></pre> これは note</strong> です。Markdown も使えます。</p> </div> </blockquote> tip</a> </h3> {% tip() %}</span></span> これは tip です。</span></span> {% end %}</span></span></code></pre> これは tip</strong> です。</p> </div> </blockquote> warning</a> </h3> {% warning() %}</span></span> これは warning です。</span></span> {% end %}</span></span></code></pre> これは warning</strong> です。</p> </div> </blockquote> important</a> </h3> {% important() %}</span></span> これは important です。</span></span> {% end %}</span></span></code></pre> これは important</strong> です。</p> </div> </blockquote> caution</a> </h3> {% caution() %}</span></span> これは caution です。</span></span> {% end %}</span></span></code></pre> これは caution</strong> です。</p> </div> </blockquote> タイトル付き</a> </h3> {% warning(title="注意") %}</span></span> `title` 引数を渡すとタイトルが付きます。</span></span> {% end %}</span></span></code></pre> 注意</strong> </p> title</code> 引数を渡すとタイトルが付きます。</p> </div> </blockquote> Mermaid</a> </h2> flowchart</a> </h3> {% mermaid() %}</span></span> flowchart LR</span></span> A[開始] --> B{条件}</span></span> B -->\|Yes\| C[処理 A]</span></span> B -->\|No\| D[処理 B]</span></span> C --> E[終了]</span></span> D --> E</span></span> {% end %}</span></span></code></pre> flowchart LR A[開始] --> B{条件} B -->\|Yes\| C[処理 A] B -->\|No\| D[処理 B] C --> E[終了] D --> E </pre>sequenceDiagram</a> </h3> {% mermaid() %}</span></span> sequenceDiagram</span></span> participant ブラウザ</span></span> participant サーバ</span></span> ブラウザ->>サーバ: GET /api/data</span></span> サーバ-->>ブラウザ: 200 OK</span></span> {% end %}</span></span></code></pre> sequenceDiagram participant ブラウザ participant サーバブラウザ->>サーバ: GET /api/data サーバ-->>ブラウザ: 200 OK </pre>脚注</a> </h2> 本文中に脚注</span>[</span>^1</span>]</span>を含む場合のレンダリングです。</span></span> </span> [</span>^1</span>]</span>:</span> </span>これが脚注の内容です。</span></span></code></pre> 本文中に脚注1</a></sup>を含む場合のレンダリングです。</p> ^{1</sup> これが脚注の内容です。</p> </div>}傍点</a> </h2> {% bouten() %}傍点をつけたいテキスト{% end %}</span></span> </span> 人は生まれながらにして{% bouten() %}自由{% end %}であり、かつ至る所で鎖につながれている。自分が他人の主人であると思っているものも、実はその人々以上に奴隷なのだ。どうしてこのような変化が起きたのか。わたしには分からない。何がそれを{% bouten() %}正当なものたらしめる{% end %}か。わたしはこの問題に答えることができると信ずる。</span></span></code></pre>傍点をつけたいテキスト</span> 人は生まれながらにして自由</span>であり、かつ至る所で鎖につながれている。自分が他人の主人であると思っているものも、実はその人々以上に奴隷なのだ。どうしてこのような変化が起きたのか。わたしには分からない。何がそれを正当なものたらしめる</span>か。わたしはこの問題に答えることができると信ずる。</p> 「ゴッホ展　家族がつないだ画家の夢」に行った 2026-01-10T00:00:00+00:00 ゴッホ展に行った。「ゴッホ展　家族がつないだ画家の夢」と題して大阪・東京に続いて名古屋展が愛知県美術館で開催されている。オランダにあるファン・ゴッホ美術館</a>の所蔵品を中心として80近くの作品が展示されている。</p> </span> 周る速さとかは特に考えず鑑賞していたが、入ってから出るまで全部で2時間半くらいだったと思う。最後の方は足が痛かった。当日券は現地で購入した。特に並ばず買えたが、退場時（18時頃）はチケット売り場にそれなりの列が出来て混雑していた。金曜日は20時までやっているので仕事終わりの人たちが来ていたのかな。展示場内部はというと、人が多すぎるというほどではないもののそれなりに賑わっている印象だった。どの作品の前にも1~5人くらいずつ満遍なく人がいる。1,2人待てさえすればじっくり見る時間もチャンスもある、といった感じ。</p> （ところで、これとは全く別の「大ゴッホ展」という企画が神戸にて時を同じくして開催されているらしい。名古屋の方の混雑状況を知りたくて X を眺めていたが、神戸と名古屋の情報が混ざって出てくるのでとても紛らわしかった。あちらには予約という概念があるらしく、平日にも関わらず大変な混雑状況という噂である。）</p> 以下に感想をとりあえず書き殴っておく。</p> 感想</a> </h2> まずは表面的な特徴について。モネ展とかに比べると、ゴッホ本人以外の作家による作品が割合としてそれなりに多かった印象がある。交流のあった画家らの作品やゴッホが影響を受けた作品、本人の収集品等がたくさんあって面白かった。</p> 画家を特集した企画展のうち、俺がこれまで訪れたことのあるのは岡本太郎展とモネ展である。岡本太郎展は彼のギラギラしたエネルギーに魅せられるのが主な楽しさだった気がするし、モネ展はモネの境遇とそれによる作品への影響を考えつつ、彼の個性的な表現を感じとるのが楽しいコンテンツだったように感じる。</p> 今回はというとそれらとはまた違った方向性を感じた。ゴッホは心を病んで悲劇的な最期を遂げた画家だが、展示はそういった彼の苦しみや内面へ踏み込もうとするタイプのまとめかたではなかったように思う。どちらかというと彼の探究者的な側面が感じられ、それが自分にとっては美術館の特集コンテンツとして初めての魅力だった。</p> 彼が影響を受けた作家や彼自身の書簡からは、彼のひたむきな創作の姿勢が伝わってきた。さまざまな作風を吸収しながら自分の表現へ再構成する模索、そういう試行錯誤の中で自分の表現を掴み取ろうとする姿勢を見せつけられたようで、なんだか思いがけず勇気づけられた。ゴッホのこのようなあり方は俺にとって意外な発見であり、「あのバカ高いひまわりの作者ということで住んでいる世界が違うタイプの天才なんだろうな」みたいな仮定を無自覚に置いていたことに気がついた。</p> 副題が「家族がつないだ画家の夢」とあるように、展示ではフィンセント・ファン・ゴッホの親族の貢献についても紹介されている。彼が画家として活動するにあたっては画商であった弟テオの協力が非常に重要なものであったし、フィンセントの死後彼の名声を世界的に高まったのはテオの妻ヨーやその息子フィンセント・ウィレムによる影響が大きいとのことだった。中でもヨーの商才というかブランディング能力は目を見張るものがあり、この辺りは純粋な驚きとともに興味深く鑑賞した。</p> その他雑記</a> </h2> 浮世絵の展示もいくつかある。ゴッホを含むこの時代の画家が浮世絵から少なくない影響を受けていたこととかは知識として知っていたものの、実際の作品からその影響を感じ取れたのは良かったところで浮世絵って本物を初めてみたかもしれない。教科書や資料集でしか見たことなかったかも。</li> </ul> </li> ゴーギャンの作品も2点展示されていた。『月と六ペンス』を読んでから彼の作品が見てみたいなと思っていたがなかなか機会を作れずにいたので、思いがけず鑑賞できたのは嬉しい収穫であった。</li> ミレー作品の模写とかも複数あり印象的だった。</li> 収集品として当時のイラスト付き新聞？みたいなやつがあった。活版印刷で作られた絵らしいが俺の知っている版画のクオリティじゃなくてすごかった。</li> 知らない技法とかもそれなりにあって、技法としての特徴を知った上で鑑賞したいと感じたものがいくつかあった。勉強したい。</li> </ul> 最後に、ゴッホによる書簡を引用する：</p> もし僕が、粗探しをしようという見方や意図をもった人からしたら、いくらでも欠点が見つかるような作品を描きつづけているとしても、逆に僕の作品の特質を理解し、自分の頭でよく考えようとする人にとっては、欠点を乗り越えるほどの独自の生命と存在価値があるはずだと信じている。〔…〕僕は自分が何を目指しているのか、よくわかっているし、そして自分の感じるものを描き、描くものを感じるという正しい道を進んでいると強く確信しているから、他人に何を言われてもあまり気にならないのだ。</p> （アントン・ファン・ラッパルト宛ての手紙から。「ゴッホ展　家族がつないだ画家の夢」展示解説の訳より引用）</p> </blockquote> 器楽的幻覚 1928-05-01T00:00:00+00:00 　ある秋仏蘭西フランス</rt></ruby>から来た年若い洋琴家ピアニスト</rt></ruby>がその国の伝統的な技巧で豊富な数の楽曲を冬にかけて演奏して行ったことがあった。そのなかには独逸ドイツ</rt></ruby>の古典的な曲目もあったが、これまで噂ばかりで稀にしか聴けなかった多くの仏蘭西系統の作品が齎もた</rt></ruby>らされていた。私が聴いたのは何週間にもわたる六回の連続音楽会であったが、それはホテルのホールが会場だったので聴衆も少なく、そのため静かなこんもりした感じのなかで聴くことができた。回数を積むにつれて私は会場にも、周囲の聴衆の頭や横顔の恰好にも慣れて、教室へ出るような親しさを感じた。そしてそのような制度の音楽会を好もしく思った。</p> 　その終わりに近いあるアーベントのことだった。その日私はいつもにない落ちつきと頭の澄明を自覚しながら会場へはいった。そして第一部の長いソナタを一小節も聴き落すまいとしながら聴き続けていった。それが終わったとき、私は自分をそのソナタの全感情のなかに没入させることができたことを感じた。私はその夜床へはいってからの不眠や、不眠のなかで今の幸福に倍する苦痛をうけなければならないことを予感したが、その時私の陥っていた深い感動にはそれは何の響きも与えなかった。</p> 　休憩の時間が来たとき私は離れた席にいる友達に目眴めくば</rt></ruby>せをして人びとの肩の間を屋外に出た。その時間私とその友達とは音楽に何の批評をするでもなく黙り合って煙草を吸うのだったが、いつの間にか私達の間できまりになってしまった各々の孤独ということも、その晩そのときにとっては非常に似つかわしかった。そうして黙って気を鎮めていると私は自分を捕えている強い感動が一種無感動に似た気持を伴って来ていることを感じた。煙草を出す。口にくわえる。そして静かにそれを吹かすのが、いかにも「何の変わったこともない」感じなのであった。――燈火を赤く反映している夜空も、そのなかにときどき写る青いスパークも。……しかしどこかからきこえて来た軽はずみな口笛がいまのソナタに何回も繰り返されるモティイフを吹いているのをきいたとき、私の心が鋭い嫌悪けんお</rt></ruby>にかわるのを、私は見た。</p> 　休憩の時間を残しながら席に帰った私は、すいた会場のなかに残っている女の人の顔などをぼんやり見たりしながら、心がやっと少しずつ寛解して来たのを覚えていた。しかしやがてベルが鳴り、人びとが席に帰って、元のところへもとの頭が並んでしまうと、それも私にはわからなくなってしまうのだった。私の頭はなにか凍ったようで、はじまろうとしている次の曲目をへんに重苦しく感じていた。こんどは主に近代や現代の短い仏蘭西フランス</rt></ruby>の作品が次つぎに弾かれていった。</p> 　演奏者の白い十本の指があるときは泡を噛か</rt></ruby>んで進んでゆく波頭のように、あるときは戯れ合っている家畜のように鍵盤に挑みかかっていた。それがときどき演奏者の意志からも鳴り響いている音楽からも遊離して動いているように感じられた。そうかと思うと私の耳は不意に音楽を離れて、息を凝らして聴き入っている会場の空気に触れたりした。よくあることではじめは気にならなかったが、プログラムが終わりに近づいてゆくにつれてそれはだんだん顕著になって来た。明らかに今夜は変だと私は思った。私は疲れていたのだろうか？　そうではなかった。心は緊張し過ぎるほど緊張していた。一つの曲目が終わって皆が拍手をするとき私は癖で大抵の場合じっとしているのだったが、この夜はことに強し</rt></ruby>いられたように凝然としていた。するとどよめきに沸き返りまたすーっと収まってゆく場内の推移が、なにか一つの長い音楽のなかで起ることのように私の心に写りはじめた。</p> 　読者は幼時こんな悪戯いたずら</rt></ruby>をしたことはないか。それは人びとの喧噪けんそう</rt></ruby>のなかに囲まれているとき、両方の耳に指で栓せん</rt></ruby>をしてそれを開けたり閉じたりするのである。するとグワウッ――グワウッ――という喧噪の断続とともに人びとの顔がみな無意味に見えてゆく。人びとは誰もそんなことを知らず、またそんななかに陥っている自分に気がつかない。――ちょうどそれに似た孤独感が遂に突然の烈しさで私を捕えた。それは演奏者の右手が高いピッチのピアニッシモに細かく触れているときだった。人びとは一斉に息を殺してその微妙な音に絶え入っていた。ふとその完全な窒息に眼覚めたとき、愕然がくぜん</rt></ruby>と私はしたのだ。</p> 「なんという不思議だろうこの石化は？　今なら、あの白い手がたとえあの上で殺人を演じても、誰一人叫び出そうとはしないだろう」</p> 　私は寸時まえの拍手とざわめきとをあたかも夢のように思い浮かべた。それは私の耳にも目にもまだはっきり残っていた。あんなにざわめいていた人びとが今のこの静けさ――私にはそれが不思議な不思議なことに思えた。そして人びとは誰一人それを疑おうともせずひたむきに音楽を追っている。言いようもないはかなさが私の胸に沁し</rt></ruby>みて来た。私は涯はて</rt></ruby>もない孤独を思い浮かべていた。音楽会――音楽会を包んでいる大きな都会――世界。……小曲は終わった。木枯こがらし</rt></ruby>のような音が一しきり過ぎていった。そのあとはまたもとの静けさのなかで音楽が鳴り響いていった。もはやすべてが私には無意味だった。幾たびとなく人びとがわっわっとなってはまたすーっとなっていったことが何を意味していたのか夢のようだった。</p> 　最後の拍手とともに人びとが外套がいとう</rt></ruby>と帽子を持って席を立ちはじめる会の終わりを、私は病気のような寂寥感せきりょうかん</rt></ruby>で人びとの肩に伍ご</rt></ruby>して出口の方へ動いて行った。出口の近くで太い首を持った背広服の肩が私の前へ立った。私はそれが音楽好きで名高い侯爵だということをすぐ知った。そしてその服地の匂いが私の寂寥を打ったとき、何事だろう、その威厳に充ちた姿はたちまち萎縮いしゅく</rt></ruby>してあえなくその場に仆たお</rt></ruby>れてしまった。私は私の意志からでない同様の犯行を何人もの心に加えることに言いようもない憂鬱を感じながら、玄関に私を待っていた友達と一緒になるために急いだ。その夜私は私達がそれからいつも歩いて出ることにしていた銀座へは行かないで一人家へ歩いて帰った。私の予感していた不眠症が幾晩も私を苦しめたことは言うまでもない。</p> 青空文庫</a>より</p>

器楽的緩怠

『モルトウイスキー・コンパニオン』第7版を読んだ

2026-06-25T00:00:00+00:00

最近の趣味の一つにウイスキーがある。図書館でたまたま手に取ったので借りて読んでみた。

どんな本か
著者について
原著者亡きあとの改訂
感想
世界
サントリー強い

LSP4Z をつくりたい（Zed で言語サーバを使う場合の選択肢について）

2026-06-23T00:00:00+00:00

最近は Zed を好んで使っている。エディタを使っているときの常だが、手元にある任意の言語サーバを動かしてエディタと連携させたくなることがある。設定ファイルをゴニョゴニョするだけで好きな言語サーバを使える体験を Zed で実現できないかと思い少し調査したので、それについてまとめておく。

</a> </h2>
Language Extensions</a>）。拡張機能で言語を宣言して tree-sitter grammar と query を置いておくと、Zed はそれを利用してシンタックスハイライト・括弧の対応・自動インデントといったエディタとしての基本機能を実現する。
言語サーバももちろんサポートされていて、拡張機能側では言語に対応する言語サーバを登録でき、拡張機能をインストールすればそれが利用される。

設定だけで任意の言語サーバを動かしたい
discussion: The possibility to add custom language servers in configuration only · Discussion #24092</a></li>
issue: How to add custom language server · Issue #52653</a></li> </ul>
ただ、こうした機能がないこと自体はあまり珍しいことではない。VS Code や JetBrains 系 IDE、Eclipse といった IDE/エディタは Zed と同様に、言語サポートには拡張機能/プラグインを要求する。言語サーバはあくまで拡張機能が提供する言語サポートの一部でありバックエンドであって、設定ファイルからそれを管理・制御することはできない。そういう意味ではむしろ Neovim や Emacs のような自由度重視のエディタが例外的な立ち位置にあるといえるだろう。
汎用クライアントというエスケープハッチ
LSP4E (Eclipse)
Eclipse LSP4E | projects.eclipse.org</a></li>
GitHub - eclipse-lsp4e/lsp4e</a></li> </ul> </li>
LSP4IJ (JetBrains IDE 向けプラグイン)

RedHat が開発しているプラグインで、任意の言語サーバを設定して使うためのツール</li>
LSP4IJ Plugin for JetBrains IDEs | JetBrains Marketplace</a></li>
GitHub - redhat-developer/lsp4ij</a></li> </ul> </li>
VS Code Extensions

VS Code 拡張では、ざっと見つかっただけでも以下がある

`mjmorales.generic-lsp-proxy</code></a></li>`
`maximsmol.vscode-lsp-generic</code></a></li>`
`zsol.vscode-glspc</code></a></li>`
`MercuryTechnologiesInc.alloglot-mercury</code></a></li> </ul> </li>`
ただ、どれも大してインストールされていない。おそらく VS Code は、言語サーバを用意したあとに最初にサポートされがちなエディタであり、こうしたツールの需要が少ないのだろう。</li> </ul> </li> </ul> Zed で “LSP4Z” は作れるか</a> </h2> ここまで来ると当然、Zed でも同じことを考えたくなる。任意の言語サーバを動かす拡張機能、いわば LSP4Z とでも呼ぶべきものを作れるだろうか。 結論から言うと、現状では作れない。 LSP4E や LSP4IJ が成立しているのは、IDE 側にランタイムで言語サーバを動的に登録する API があるからだ。設定に基づき、プラグインがサーバをエディタへ登録する。 一方で Zed にはこの類の API がない。拡張機能は Zed から問い合わせられて答えるコールバックしか持たず、新しいサーバを push する手段が Extension API に存在しないのである。サーバと言語の対応は拡張機能のマニフェストである extension.toml</code> をパースして決定され、あとから追加する経路はない。ユーザの設定ファイルである settings.json</code> も、既存サーバのバイナリ上書きや優先順位の変更ができるだけで、新しいスロットを増やすことはできない。 つまり「拡張を1回入れたら、あとは設定だけで任意のサーバを追加できる」という LSP4E / LSP4IJ 的な体験は、Extension API の制約によって現状の Zed では実現できないのである。 手元の環境だけでいいなら Dev Extension が使える</a> </h2> とはいえ、自分の手元の環境で動けばいいだけなら Dev Extension を使うという抜け道がある。 手元で extension.toml</code> を書いて Dev Extension として読み込めば、好きなサーバを利用できる。 同じことをやっている人がいる：zhcn000000/zed-customlsp</a> 中身を見るとわかるが特に難しいことはしていない。言語サーバを登録して言語と紐づける設定を書いているだけだ。 Dev Extension なので手元で任意のサーバを追加できる。 長期的には？</a> </h2> 言語サーバを動かすのに拡張機能が必要という割り切りを非難するつもりはないが、それはそれとして拡張機能で任意の言語サーバを動かす逃げ道はあっていいと思う。 Extension API にサーバ設定を動的に追加するものが入れば、LSP4Z とでも呼ぶべき拡張機能が作れるようになる。今のところ手元では Dev Extension で妥協してしまっているが、暇だったら Zed にリクエストを投げるかもしれない。

簿記2級取得をふりかえる 2026-06-11T00:00:00+00:00 日商簿記2級を取った。資格試験を受けるのは本当に久しぶりで、ちゃんと記憶にあるのは中学生で受けた漢検が最後である（高専に入ってから数検を取って外部単位の足しにしていた気がするが、何級を受けたかすら記憶にない）。ここ数年で TOEIC とかは受けているが、あれは受けるだけなのとそもそも勉強をしていないのでノーカウントとする。 久々にちゃんと勉強して、それなりに達成感があるので記録しておくことにする。なお、あまりきちんと計画を立てず場当たり的に勉強していたのと、途中で忙しくなって勉強をやめたりしているので、真面目に簿記をとりたい人には参考にならない可能性がある。ちゃんと短期間で取っている人たちは厳密にスケジュールを立てているのでそういう人の記事を参考にしよう。 受験理由</a> </h2> 就職に必要であったため。 新卒で内定をもらっていた会社の入社条件として日商簿記2級の取得が定められていた。選考や内定をもらう時点では不要なものの、入社するには期限までに取得する必要がある。入社したかったので勉強することになった。 日商簿記について</a> </h2> わざわざこの記事を読んでいる人には不要かもだが、いちおう日商簿記について説明しておく。 そもそも簿記とは</a> </h3> 簿記（ぼき、英語: bookkeeping）とは、企業などの経済主体が経済取引によりもたらされる資産・負債・純資産の増減を管理し、併せて一定期間内の収益及び費用を記録することである。より平易な言い方をすると「お金やものの出入りを記録するための方法」である。簿記 - Wikipedia</a> </blockquote> 「お金やものの出入りを記録するための方法」らしい。 日商簿記とは</a> </h3> 日商簿記は、日本商工会議所が実施している簿記の検定。簿記の基礎知識から実務で使える会計理解までを段階的に問う資格として知られている。主要なものとして1級・2級・3級がある。 各級のレベル感について</a> </h3> 今回受けたのは日商簿記2級である。レベル感については商工会議所による説明に譲る： 経営管理に役立つ知識として、企業から最も求められる資格の一つ。高度な商業簿記・工業簿記（原価計算を含む）を修得し、財務諸表の数字から経営内容を把握できるなど、企業活動や会計実務を踏まえ適切な処理や分析を行うために求められるレベル。簿記 2級 | 商工会議所の検定試験</a> </blockquote> 3級はより基本的な内容で簿記の入門という感じ。逆に1級はもっと高度で詳細な内容になり、合格すると税理士試験の受験資格が得られるらしい。 受験形態</a> </h3> 統一試験とネット試験がある。 統一試験は TOEIC みたいに、特定の日程で決まった会場に行きみんなと一緒に受けるタイプの試験。いわゆる受験って感じの形式。 ネット試験は駅前とかにあるテストセンターなる施設を予約してパソコンに向かって受ける形式。 ネット試験は基本的に日程が自由で、予約さえできればいつでも受けられる。また試験が終わったら即座に点数が出て合否がわかるなどの特徴がある。受験時間も異なり、統一試験が 120 分なのに対しネット試験は90分である。あと、ネット試験のほうが問題が簡単という話も聞いたことがあるが真偽のほどはわからない。 なんにせよ、日程の融通が効く点と即座に合否がわかるという利便性を踏まえると、統一試験を選ぶ理由はあまりない。今回自分もネット試験で受験した。 戦略と勉強法</a> </h2> 戦略</a> </h3> これは簿記2級の対策をするうえで一般的に言われることだが、満点やそれに準ずるスコアを狙いに行くのはかなりコスパが悪い。大問の構成と配点が決まっているので、それをうまく使って合格点を超えるくらいの点数を狙っていくのが定石である。 簿記2級は次のような問題構成になっている： 大問1：商業簿記、20点</li> 大問2：商業簿記、20点</li> 大問3：商業簿記、20点</li> 大問4：工業簿記、12点</li> 大問5：工業簿記、28点</li> </ol> まず大問1~3が商業簿記の問題で配点は60点、大問4,5 が工業簿記の問題で配点は40点となっている。以下でそれぞれを簡単に紹介する： 大問1は取引の内容が提示され、それに従った仕訳をする問題。4点×5問で構成される。基本的に仕訳のやりかたをきちんと覚えていればよく、応用力などは必要ない。各問が独立しているので連鎖的に失点するということは起こりづらく、仕訳の一問一答をちゃんとやっていれば解けるが、一問4点なので失点するとけっこう痛い。満点を狙う。 大問2,3 は財務諸表を作成するなど応用系の問題になる。これらは解くのに時間がかかるうえ計算ミスによる連鎖的な失点が起こりやすい。そもそも完璧に解こうとせず、埋められる場所を埋めつつ部分点を狙っていく方針になる。解く順番としても最後に持ってきていた。 大問4 は工業簿記の仕訳3問。商業簿記の仕訳（大問1）と同様、基本問題なので失点しないのが重要。満点を狙う。 大問5は工業簿記の計算系の問題が出る。覚えることの多い商業簿記とは異なり、公式を覚えるタイプの問題のイメージ。問題のパターンがけっこうあるが、解き方がわかればあとは計算するだけなので点を取りやすい。ここも満点を取る想定。 すでに一部述べているが、得点源となるのは大問 1,4,5 である。これらで満点を取ると 60点で、合格点まで残り10点となる。方針としては、大問1,4,5 で満点を取り、あとは大問2,3 で部分点によってもう10点を稼ぐというイメージになる。 教材</a> </h3> 会社が用意してくれた教科書と問題集を使った。 滝澤ななみ氏の「みんなが欲しかった！」シリーズ（ＴＡＣ出版）</a>の一式。3級、2級商簿、2級工簿の3種類があり、それぞれ教科書と問題集で計6冊。 みんなが欲しかった! 簿記の教科書日商3級商業簿記第13版</li> みんなが欲しかった! 簿記の問題集日商3級商業簿記第13版</li> みんなが欲しかった! 簿記の教科書日商2級商業簿記第12版</li> みんなが欲しかった! 簿記の問題集日商2級商業簿記第12版</li> みんなが欲しかった! 簿記の教科書日商2級工業簿記第9版</li> みんなが欲しかった! 簿記の問題集日商2級工業簿記第12版</li> </ol> 面倒なので個別にリンクを貼ったりはしない。興味がある人は公式の情報からどうぞ： 「みんなが欲しかった！」シリーズ（ＴＡＣ出版） – 滝澤ななみのすすめ</a> これ以外の本を読んでいないので比較とかはできないが、わかりやすくてよかったと思う。模試もついているのでこれらだけで演習まで賄えるのもよい。 いいらしいという噂を聞いて公認会計士たぬきちの YouTube</a> もちょっと見ていたが、教科書のほうがいいなと思い早々に見るのをやめてしまった。おそらくだけど、自分は動画でのインプットが苦手なタイプなんだと思う。勉強するときはテキストじゃないと頭に入ってこない。（高専時代も、テスト前とかにわからない論点があっても教科書読解だけで頑張っていた。だから何だという話だが、「ヨビノリに助けられた」みたいな理系大学生あるあるに全然共感できないというのがある。ちゃんとした人なのは知ってるが、俺にとってヨビノリはエンタメの人である。） たぬきち氏の動画のコメント欄を見る限りでは「教科書じゃわからなかったけど動画でわかりました！」みたいな人もいたので相性の問題なんだと思う。 なにをどれくらいやったか</a> </h2> 勉強時間はトータル150時間くらいじゃないかと思う。あんまちゃんと時間測ってないのでもっと少ないかもしれない。 内容の内訳としては次のような感じになっている。以下見てもらうとわかるが、けっこう端折っている箇所があるのでこのあたりを参考にするのはおすすめしない。 3級教科書 2周くらい読んだ</li> </ul> </li> 3級問題集仕訳だけ1周やった</li> 他は見てすらない</li> </ul> </li> 2級商業簿記教科書トータル3周くらい？</li> 問題を間違えたり忘れたりしたら該当箇所を都度復習</li> </ul> </li> 2級商業簿記問題集仕訳だけ2周</li> 大問2,3の対策はやってない</li> </ul> </li> 2級工業簿記教科書トータルで3周くらい見た</li> </ul> </li> 2級工業簿記問題集全体をトータルで2周</li> 忘れやすい問題は個別に追加で解いた</li> </ul> </li> 模試 8種類を1回ずつ、時間を測って解いた</li> 間違えたところは復習した</li> </ul> </li> </ul> 模試は 1→4→5→2と3 の順で解いていた。時計を置いて、各問終了時の経過時間を記録して感覚を掴む訓練をした。 取得までのタイムライン</a> </h2> 簿記についての知識はまったくない状態から勉強を始めた。3級の勉強から始め、それが一段落したらそのまま2級の勉強に入った。3級の試験は受けていない。 後述するが、途中で忙しくなって勉強を中断したりしている。試験はネット試験で2回受けた。一度受けて落ちて、2週間後くらいに再度受けて合格した。 2025年3月教材が揃った。ただそのまま放置していて、3級の教科書を空き時間にパラパラ眺めるという程度のことを3か月くらいやっていた。</li> 勉強というほどのことはしていない</li> </ul> </li> 2025年10月 2級の勉強を真面目にやり始めた</li> 商業簿記は教科書を読んで仕訳をやっていた</li> 工業簿記は教科書と問題集を一周ずつやった</li> </ul> </li> 2025年12月月半ばごろから終了論文を書き、学会準備などをやり始めた結果忙しくなる。そのまま勉強を中断する。</li> </ul> </li> 2026年3月勉強を再開する</li> 商業簿記は教科書を読みつつ仕訳を復習</li> 工業簿記は問題集を一周した</li> </ul> </li> 2026年4月 4月中に合格する予定だったので月末に試験を予約した</li> 全然間に合わず、模試を1回だけやった状態で受験した（受験1回目）</li> 本番形式の演習をほぼやってないので当たり前だが、商工ともに仕訳以外の応用にまったく歯が立たず不合格。30点くらいだった気がする。時間かけてもしょうがないなと思い途中退出して帰宅した</li> </ul> </li> 2026年5月工業簿記をけっこう忘れていたので本を読んで脳内にインデックスを貼り直した。</li> 本番形式の演習を8種類（問題集に付属の6種+ネット版1種+模試1種）を1回ずつ実施間違えたところをパッチ的に復習した。全体通して解き直しはしていない</li> 合格点を超えたのは8回中1回のみだったものの、問題のパターンを網羅できた感覚があったので2周目には入らず、そのまま予約して受けに行った</li> </ul> </li> 月半ばに受験（2回目）し、72点で合格した</li> </ul> </li> </ul> 苦戦したところ、逆にそうでもなかったところ</a> </h2> 時間が足りないのがいちばん大変だった。見直しをする時間はないので、1回で正確に解いていく訓練が必要になる。そういう意味でも、時間を測って模試をやるの大事。 仕訳は意外と細かい論点を忘れて漏れが出やすかったなと思う。ひたすら問題を解いて復習を繰り返す必要がある。やっているとだいたい作問のパターンがわかってきてミスもしづらくなるので、演習量がすべてを解決する。 工業簿記は人によって得意不得意が分かれるという話だったが、俺は得意なタイプだったらしい。覚えることが少なくてありがたかった。問題を解くのもパズルっぽくて好きだったので、商業簿記が嫌になったら工業簿記の問題を箸休めに解いていた。 連結会計について、難しいので丸ごと捨てる人もいるみたいな前評判を聞いていたが、実際やってみると別にそんなには難しくないという印象だった。一連の作業のほうに意味があるので一問一答っぽく覚えることはできないという面倒さはあるが、教科書を読んで問題を解けば何をやっているか理解できるようになる。自分が想定していたほどは強敵じゃなかったので、あんまり身構えないほうがいいと思う。 これから受ける人へのアドバイス</a> </h2> 本番形式の演習が大事</a> </h3> 俺は模試を一周した時点でいけるやろと思って受けて結果受かったが、普通はもっと何周もやるらしいのであまり参考にしないほうがいい。模試や過去問の演習はやると得点がぐんぐん上がってくので、確信と自信がつくまでやったほうがいいと思う。 環境に慣れよう</a> </h3> ネット試験を受ける場合はその形式に慣れたほうがいい。俺と同じ本を使う人は TAC の Web 模試が1回分できるのでそれをやろう。あと、俺みたいに1回記念受験があるとシステムと設備がわかっている状態で受けれるのでいいかもしれない。 感想</a> </h2> 途中でやる気をなくすことがしばしばあり取得が危ぶまれたが、無事に合格できてよかった。 資格試験は嫌だったものの、お金をどう扱うかという話は勉強していてけっこう楽しかった。 ghq rm コマンドの経緯について 2026-06-09T00:00:00+00:00 tl;dr</a> </h2> ghq</code> には rm</code> コマンドがあり、 ghq で管理しているリポジトリを削除できる</li> この機能が入った時期と経緯を疑問に思ったので調べた自分の記憶では、前から要望は挙がっていたものの、個別のコマンドが無くても普通に rm</code> すればよくねえかという話でリジェクトされていた気がする</li> （remove コマンドってあるのかなと思い調べたときにそれを読んで、まあたしかになと納得した記憶がある）</li> </ul> </li> 結論として、記憶どおり一度はメンテナに「新実装は不要」と判断されていた</li> その後、別 Issue / PR の流れで正式に導入された（v1.5.0, 2024年2月）それ以上の経緯については情報がなく不明</li> </ul> </li> </ul> ghq rm の実装が導入されたのはいつからか</a> </h2> 2024年、1~2月の間に PR が出てマージ・リリースされた v1.5.0 から追加されている PR #371 feat: implement ghq rm</code> command</a></li> v1.5.0 (GitHub Release)</a></li> v1.5.0 (CHANGELOG)</a></li> </ul> 導入までの時系列</a> </h2> ghq rm</code> コマンドの要望は、 v1.0.0 までに issue と PR でそれぞれ一度ずつ却下されている。v1.0.0 以降に別のユーザが issue で再度要望を挙げており、そこから3年半ほど経過した v1.5.0 で突如として導入された。 導入までの時系列は次のようになっている： 2019-02-23: PR #116 Add remove command</a> remove</code> コマンドの実装提案</li> PR 作成時点の最新リリースは v0.9.0</code> （2018-11-26）</li> 2019-04-27 に Songmu 氏が次のような旨を返信してクローズ rm -rf $(ghq list --full-path --exact ...)</code> で実現できる</li> 新しい実装を追加する必要はないと思う</li> </ul> </li> </ul> </li> 2019-06-06: Issue #184 Feature request: Remove/delete a repo</a> ghq remove</code> が欲しいという要望</li> issue 作成時点の最新リリースは v0.12.6</code> （2019-05-29）</li> Songmu 氏は ghq list --full-path ... | xargs rm -r</code> で十分ではないかと返している</li> その後、2019-12-24 に次のような旨を述べてクローズしている自分はあまり必要性を感じない</li> まずは ghq list</code> を強化したい</li> </ul> </li> close 時点のリリースは v0.17.0</code> （2019-12-24）</li> </ul> </li> 2020-01-05: v1.0.0</code> リリース Release v1.0.0</a></li> CHANGELOG v1.0.0</a></li> </ul> </li> 2020-09-23: Issue #299 ghq remove|rm</a> ghq rm github.com/username/repo</code> があると便利、という再要望</li> issue 作成時点の最新リリースは v1.1.5</code> （2020-07-24）</li> この issue は約3年半後の該当機能の実装に伴い as completed</code> でクローズされる</li> </ul> </li> 2024-01-26: PR #371 feat: implement ghq rm</code> command</a> ghq rm</code> が実装される</li> PR 作成時点の最新リリースは v1.4.2</code> （2023-04-16）</li> 2024-02-02 にマージ・リリース Release v1.5.0</a></li> CHANGELOG v1.5.0</a></li> </ul> </li> Songmu 氏が同 PR で「Released as v1.5.0.」とコメント</li> </ul> </li> </ul> 導入後の改善</a> </h2> 導入後に入った ghq rm</code> 関連の変更についても記載しておく： 2024-04-04: PR #381 ghq rm to support bare option</a> bare repository 向けの対応</li> released in: v1.6.0</code> （2024-04-04）</li> </ul> </li> 2024-07-12: PR #390 feat(misc): support “ghq rm” completion</a> ghq rm</code> の補完対応</li> released in: v1.6.2</code> （2024-07-12）</li> </ul> </li> 2025-11-12: PR #426 fix: accept bare flag to remove bare repositories</a> bare repository を削除できない問題の修正</li> released in: v1.8.1</code> （2026-02-01）</li> </ul> </li> 2026-04-11: PR #481 feat(rm): make ghq rm worktree-aware</a> git worktree</code> を考慮した削除に改善</li> released in: v1.10.1</code> （2026-04-11）</li> </ul> </li> </ul> あとがき</a> </h2> 記憶どおり、過去に ghq rm</code> の要望はリジェクトされていた。数年経ってから独立に投げられた PR がマージされたようだ。それ以上の情報はあまり得られなかった。 仕様変更とかが複雑なわけでもなく、機能が入る/入らないというだけの経緯をまとめるという暇人みたいな記事になってしまったが、ghq ユーザとしてたまに記憶と現実のコンフリクトで違和感を覚えていたところであったので、経緯をまとめられてよかった。 go install したものをアンインストールする 2026-06-08T00:00:00+00:00 tl;dr</a> </h2> go uninstall</code> コマンドは無い</li> go install</code> で入れたものをアンインストールしたければ実行ファイルを消そう</li> 実行ファイルの場所は $GOBIN/</code> か $GOPATH/bin/</code> か $HOME/go/bin/</code> のいずれか</li> </ul> go uninstall</code> は存在しない</a> </h2> go 製のツールは go install</code> で手元にインストールして利用できる。こんな感じで：go install github.com/<username>/<repo>@latest</code> では、アンインストールにはどんな方法があるのだろうか。cargo だと cargo install</code> でインストールしたものは cargo uninstall</code> でアンインストールできるが、go のサブコマンドを眺めるかぎりでは近しい機能は無さそうだ（Go 1.26.4 時点）。 アンインストールの方法</a> </h2> Go には、go install</code> に対応するアンインストールのコマンドは無い。アンインストールする唯一の方法は、該当するバイナリを消すことだ。 外部ツールの実行ファイルが配置される場所は環境変数によって以下のように決まるらしい。 GOBIN</code> が設定されている場合、その場所</li> GOBIN</code> が未設定、かつ GOPATH</code> が設定されている場合、 $GOPATH/bin</code></li> GOBIN</code> が未設定、かつ GOPATH</code> も未設定の場合、 $HOME/go/bin</code></li> </ol> unix 系で、かつ GOBIN</code> を触っていなければおそらく ~/go/bin/</code> にある。 リファレンス</a> </h3> go help install</code> から抜粋 :) go help install | head usage: go install [build flags] [packages] Install compiles and installs the packages named by the import paths. Executables are installed in the directory named by the GOBIN environment variable, which defaults to $GOPATH/bin or $HOME/go/bin if the GOPATH environment variable is not set. Executables in $GOROOT are installed in $GOROOT/bin or $GOTOOLDIR instead of $GOBIN. Cross compiled binaries are installed in $GOOS_$GOARCH subdirectories of the above. </code></pre>あとがき</a> </h2> 今回の話題について調べたのは、手元のマシンで go install</code> していたツールを mise での管理に移行するべく go uninstall</code> を実行してみて、そんな機能は存在しないことに気づいたのがきっかけであった。 npm uninstall -g</code> や cargo uninstall</code> を知っている状態で同じノリを Go に持ち込もうとした結果のサプライズなわけだが、よくよく考えたら Rust と Go はどうせシングルバイナリになるんだし、専用のコマンドなんて無くても困ることはそんなになさそうだ。専用コマンドはインストール場所を解決してくれるという楽さこそあるが、必須かと問われればそうでもない。 こういう話題のメモ、エーアイ時代には書き残す意味も必要性もほとんど失われたなあと思う。必要云々以前に認知すらしないので調べるきっかけもないというほうが正しいか。 アシモフ『ロボットの時代』を読んだ 2026-05-26T00:00:00+00:00 『ロボットの時代』</a>は原題を The Rest of the Robots という、アイザック・アシモフのロボット系短編集である。アシモフの短編集のうちで最も有名な『われはロボット』との関係でいうと、こちらはその姉妹編的な位置づけらしい1</a>。 X でこの本の一部が話題になっていた2</a>のを見てその存在を知り、早速手に入れて読んでみたのだった。 おしらせ 以下の内容には表題本のネタバレを含みます。個人的にはアシモフの短編はネタバレを食らっても楽しめるものだと思っていますが、自己責任でお願いします。 </div> </blockquote> どんな本か</a> </h2> ロボットを扱う短編全8編が収録されていて、各話の前にはアシモフ本人による解説がついているのが特徴的な構成となっている。本編はもちろんだが解説のほうも面白く、各話が執筆されたいきさつであったりその反響、自分の生み出したキャラクターへの思いなどがエッセイ的に綴られており読み応えがある。 ロボット三原則</a> </h2> 特に興味深かったのはロボット三原則についての解説である。アシモフ自身がまだひとりの読者であった1930年代の SF について、ロボットなど人間による創造物が、人間自身に反抗する・あるいは破滅させるような筋書きのものばかりであったことに嫌気が差したと書いている（文中でアシモフはこれを「ファウスト的」「メフィストフェレス的」3</a>解釈あるいは「フランケンシュタイン・コンプレックス」などと表現している）。アシモフは非メフィストフェレス的解釈をもってロボットを扱う物語を書き始め、そこで高度なロボットの頭脳、その設計原則として明文化し活用したのが有名な「ロボット三原則」であったということらしい。 アシモフはこう書いている： 知識はたしかにそれ自体危険をはらむ、しかし危険に対する反応が知識からの後退であってよいものだろうか？（中略）ナイフには安全に握れるように柄がついている――どんな人工物にも危険を最小限にとどめるための考案がされている。（中略）ロボットは機械としてできうるかぎり安全なものとして設計されねばならない。もしロボットがいちじるしく進歩して人間の思考過程を模倣できるようになれば、それらの思考過程の性質というものは人間の技師によって設計されるのだろうし、安全装置も組み込まれるだろう。 </blockquote> 彼のロボット観が現代で妙なリアリティを帯びているのは、このように高度なロボットもあくまで人間のための道具として扱われるという原則があり、その方針のもとに描かれる思考実験の産物であるゆえなのだろうか（もちろん例外もたくさんあるが）。 『校正』</a> </h2> 本稿の冒頭では「X で話題になっておりこの本を知った」と述べたが、話題となっていたのはこの本に収められた一編『校正』という話の一節である。 この作品が想起するもの</a> </h3> アシモフの扱うロボットのうち特に産業用途のものつまり「仕事をするロボット」には、異星での掘削といった工業用途のものの登場が多いように思われる。いっぽうでこの作品はそのような通例とは異なり、いわゆるホワイトカラーの仕事をするロボットが登場する。標準的な人間の形をしたそのロボットは大学に導入され校正の仕事をするのである。そして、そのロボットを活用していた教授の一人が、当該ロボットによる校正で大きな損害を被ったとして裁判を起こすのであった。 （概ね）素晴らしい出来のAI生成物とそれのレビュー、AI による仕事を組み込んだ運用と責任の所在、あるいはLLMのシステムプロンプトとジェイルブレイク、プログラミングや文書執筆の歓びのうち LLM に奪われたかもしれない部分、そして、それに気づいた人間の人間臭い抵抗。この作品は今の我々にとって、やけに身近な事象がいくつも想起される作品だった。アシモフ作品への感想としてはあまりに月並みな反応を述べることを先に謝っておくが、これの初出が1957年、今からおよそ70年も前であることにはやはり驚かずにはいられない。 ニンハイマー教授とキャルヴィン博士</a> </h3> どちらかといえば、俺は賢いLLMによる社会や仕事の変化を好意的に受け止めている人間だと思う。LLMによって便利になったものは数知れないし、何より手が足りず、速度が足りず出来なかったこと、思いついても時間が足りず作れなかったもの、それらがLLMを使ってものすごいスピードで実現できるようになったことを喜びをもって受け入れている。動くものを作ること自体の楽しさはLLMの出現によっても特に奪われた気はしておらず、むしろ増幅されたようにさえ思われる。来たるロボットの台頭へ抵抗するニンハイマーに同情の目を向けるキャルヴィン博士としての自分がそこにはいる。 ただいっぽうで、俺が数年のあいだプログラマとしての人生を送るうえで得てきた幸福のうち、LLMによってすでに失われた領域があるのもまた確かなのである。何も知らない領域のコードを書く。ユースケースを知る。テストを書いて入出力の構造を試行錯誤する。構造を見抜いてよりよい抽象を考え、またテキストに落とし込む。適切で一貫性のある命名にこだわる。そういった行為の繰り返しから得られるもの。それはある意味で文芸的で、またある面ではパズル的な趣のある行為であり、コンパイルしたあとには残らない人間のための抽象、それを表すテキスト列を病的なこだわりでこねくり回す行為であった。自分が書いたもの自体やそれの動作を発見することによってメンタルモデルが更新されていく感覚、テキストあるいは構文木の手ざわりが自分の理解に及ぼす影響、それをさらに手元にフィードバックしていく取り組み。そういう直接的で対話的な、そして内省的かつ個人的な学習の愉しみであった。LLMによってそれが全部なくなったとまでは言わないし、もっと大局的な場所に愉しさが移ったのだと思うことはできる。でもニンハイマー教授の叫びもその足掻きも、俺は確かに知っているものとして読んだのだった。 最後に、ニンハイマー教授とキャルヴィン博士のやりとりを引用しておく。彼らが誰だかわからない人向けに補足しておくと（遅い）、ニンハイマー教授はロボットの台頭をどうにかしたい人間、キャルヴィン博士はロボットを開発する企業側の人間である。以下の引用はニンハイマー教授の台詞から始まる： 「（前略）陶工が頭の中の作品だけで満足すると思うのか？アイディアだけで充分だと思うのか？陶土の手ざわりとか、頭と手がいっしょになって作品が出来あがっていくのを見守るというようなことになんの意味もないというのか？そういう過程がアイディアを修正したり改良したりするフィードバックとして役立たないというのか？」 「あなたは陶工じゃありませんよ」とキャルヴィン博士は言った。 「わたしは創造する芸術家だ。わたしは論文や書物をデザインし製作する。言葉を選んだり正しい順序に並べたりするだけじゃない。もしそれだけだったらなんの愉しみもない、なんの見返りもない。 書物というものは著者の手で造形されるべきものだ。一章、一章が育っていき、成長していく過程を自分の目で見守るべきだ。くりかえし手を入れながら、最初の概念を超えたものに変化していくさまを見守るべきだ。校正刷を手にとり、活字となった文章がどのように見えるかを眺めながら練りなおしていくべきだ。人間とその仕事とのあいだには、そのゲームのあらゆる段階でおびただしい接触が行われる――その接触自体が愉しみであり、創造したものに対するなによりの報いなのだ。あんたのロボットはそうしたものをみんな奪ってしまうんだ（中略）タイプライターや印刷機の奪うものはたかがしれている、だがあんたのロボットはわれわれからいっさいがっさい奪ってしまうんだ。あんたのロボットは校正刷まで奪ってしまう。いまにほかのロボットどもが、レポートを書いたり、出典を探したり、文章を推敲したり、結論を演繹したり、そんなことまでみんなやってのけるようになるだろう。学者にとってあとなにが残るだろう？ひとつだけ残っているな――ロボットに次になにをあたえるかという空疎な決定だ！わたしは学会の未来の世代をそういう究極の地獄から救いたかったのだ。（後略）」 </blockquote> 引用出典：アイザック・アシモフ『ロボットの時代決定版』小尾芙佐訳、早川書房〈ハヤカワ文庫SF〉、2004年 追記</a> </h2> アシモフの作品をもっと読みたくなり探したところ、どうやら『コンプリート・ロボット』という本があるようだ。当時の出版時点までに書かれたアシモフのロボットSFをすべて含む本らしい。絶版っぽいが入手できたら読んでみる。 ^{1 早川書房による紹介: https://www.hayakawa-online.co.jp/shop/g/g0000011486/ </div>}^2該当のポスト</a> </div> ^{3 「ファウスト」はゲーテによる戯曲『ファウスト』、あるいはドイツにおけるファウスト伝説のことを指す。知識や快楽および人生の真理などを求める学者ファウストの前に現れ、その欲望につけ込む悪魔がメフィストフェレスである。悪魔メフィストフェレスは人間ファウストに力を与える代わりに魂を手に入れようとする（らしい。不勉強のため詳しくは知らない）。 </div>} メールの配信停止リンクでログインが要るときと要らないときがあるのはなぜか 2026-05-23T00:00:00+00:00 Warning 本稿は筆者が調査した内容をもとにまとめたノートであり、個人の見解に基づきます。 特に法令等に関する内容について、正確性や厳密性を欠く場合があります。 </div> </blockquote> 1. 問題設定</a> </h2> マーケティングメールの本文には、配信停止の案内リンクが置かれていることが多い。メールが鬱陶しいときはこのリンクから遷移して配信停止処理をするわけだが、ここでの体験は大きく次の 2 種類に分けられる。 リンク先でそのまま配信停止できる</li> ログインを要求され、ログイン後に通知設定ページなどで停止する</li> </ol> 個人的な観察としては、ログインが不要な前者の体験は海外サービスに多く、逆にログインが必須である後者の体験は日本語圏のサービスに多い印象がある。同じ「配信停止」なのに、なぜこうした違いが生まれるのだろうか。 この疑問を考えるときに区別したいのは、「そのサービスがログイン不要で配信停止できる仕組みを持っているか」と、「メール本文のリンクでログイン不要にしているか」は別だということである。現在の大規模なメール配信では、本文リンクとは別にメールヘッダ経由で配信を停止する仕組みが広く使われている。そこで本稿では、まずはマーケティングメールの配信停止についての技術面についてまとめたのち、そのうえで本文リンクの体験の違いを生む要因を整理することにする。 2. 技術的背景</a> </h2> 2.1 メールヘッダ由来の配信停止経路</a> </h3> 多くの場合、メールの配信を停止する経路は本文のフッターリンク以外にも存在する。メールには List-Unsubscribe</code> というヘッダを付けることができ、これはメール送信側が購読解除の経路を受信側に伝えるための標準的な仕組みである1</a>。 また、RFC 8058 は one-click unsubscribe を定義している。ここでは List-Unsubscribe</code> と List-Unsubscribe-Post</code> を用い、受信側が送信者に対して HTTPS POST</code> を送ることで、ユーザが本文リンクを踏むことなく配信停止を実行できる経路を定める2</a>。 Gmail や Yahoo のメールクライアントで表示される「配信停止」UI の裏側では主にこの仕組みが利用されている。つまり、メール本文のフッターリンクは、メールクライアント上の配信停止 UI とは別経路の仕組みを利用しているということだ。 2.2 大量送信者要件と機械的な配信停止</a> </h3> メールヘッダ経由の配信停止経路について、メールの送信者側がこれに対応する理由は主として Gmail や Yahoo が大量送信者に one-click unsubscribe 対応を求めているためである。 Google は 2024 年 2 月 1 日以降、Gmail 宛に 1 日 5,000 通超のメールを送る送信者に対して、マーケティングメールや購読メールで one-click unsubscribe が実装されることを要求している3</a>。Yahoo も同様に、配信停止にあたっては本文中のリンクだけではなく、List-Unsubscribe</code> ヘッダを実装する必要があるとしている4</a>。このような条件は大量送信者要件などと呼ばれる。 One-click unsubscribe について定義している RFC 8058 では、受信側が HTTPS POST を送れるエンドポイントが必要であり、そのエンドポイントではメッセージごとの受信者や対象リストを識別できなければならない。さらに List-Unsubscribe</code> と List-Unsubscribe-Post</code> は DKIM 署名対象である必要がある2</a>。実装としては、署名付きトークンや opaque identifier を URL に含め、ログイン不要で機械的に購読解除できるようにするのが普通だろう。 したがって、それなりの規模があるまともなサービスであれば、ログイン不要で機械的に配信停止できる経路は大量送信者要件対応の一環としてすでに実装している可能性が高い。逆にそうした実装がない場合はそもそも大量送信者ではないか、到達性要件を十分に気にしていないサービスということになる。（商用でそんなサービスがあるとは思えないが） 2.3 技術面での整理</a> </h3> ここまでの話からわかるのは、現在の大規模なメール配信では、ログイン不要で機械的に配信停止できる経路そのものがすでに実装されているということである。大量送信者要件に対応している送信者であれば、少なくともメールヘッダ経由ではその経路を持っているはずだからだ。 一方で、メール本文内の配信停止リンクについては話が別である。 Google と Yahoo は、本文中の追加リンクについては one-click であることまでは要求していない。Google の FAQ では、本文中の unsubscribe link は preferences page に向けてもよいとされているし5</a>、Yahoo も本文中のリンクは preference page に向けてよいと案内している6</a>。 つまり、ログイン不要の配信停止機構を実装していることと、メール本文のリンクでそれをそのまま使わせることは別問題ということだ。 3. 本文リンクにおける体験の差</a> </h2> 大規模にメールを扱うまともなサービスならばログイン不要で配信停止をする経路を持っているであろうことを踏まえ、メール本文の配信停止リンクでの体験の違いについて整理する。 3.1 本文リンクの設計パターン</a> </h3> 配信停止リンクの遷移先にはいくつかの設計があり得る： そのまま即時に解除するリンク</li> 確認画面を挟んで解除するリンク</li> 配信設定ページや preference center へ送るリンク</li> </ol> 先に述べた大量送信者要件はあくまでヘッダベースの one-click unsubscribe を要求するものであり、本文リンクをどのような体験にするかまでは規定していない。そのため、サービス側は本文リンクについて、即時解除リンクを置くこともできるし、通知カテゴリ変更や配信頻度設定を含む設定ページへの導線として使うこともできる。 言い換えると、本文リンクでログインを要求するかどうかは、「技術的に実装をできるかどうか」の問題というより、「メール本文にどのような導線を置くか」という設計・運用上の問題といえる。 3.2 米国の法規制</a> </h3> CAN-SPAM Act（連邦スパム規制法）は米国の連邦法であり、米国の受信者向けに送られる7</a>マーケティングメールが満たすべき条件などを規定している。 FTC （Federal Trade Commission；米国連邦取引委員会）のコンプライアンスガイドによれば、販促目的の商用メールには将来のメールを停止する方法を明示する必要がある8</a>。16 CFR § 316.5</code> では、配信停止手順そのものについて以下のことが禁止されている9</a>。 料金を求めること</li> メールアドレスと配信停止設定以外の情報を求めること</li> 返信メールまたは単一の Web ページ訪問以外の手順を要求すること</li> </ol> この規制に照らすと、メール本文の主要な配信停止導線の先でログインを要求する設計は、追加情報や追加手順を求めるものとして問題になりやすい。そのため、受信者がログインなしで配信停止できる導線を用意する必要がある。 海外サービスにおいて本文リンクを押すとそのまま解除できるものが多いように見えるのは、この規制の影響が大きいと考えてよい。われわれは米国向けの対応を結果的に享受しているということになる。 3.3 日本の法規制</a> </h3> 日本では、広告宣伝メールに関して特定電子メール法が適用される。ここでは、原則として事前同意、送信者情報の表示、受信拒否の通知先の表示などが求められる10</a>。 消費者庁の資料では、受信拒否の通知先として電子メールアドレスまたは URL を示すことが必要であり、URL の場合にはリンク先で必要な情報が明確かつ平易に提供され、容易に受信拒否できることが求められるとしている11</a>。一方で、この法律は米国の CAN-SPAM Act とは異なり、オプトアウト手順の細部までは規定していない。 そのため、日本では本文リンクをログイン後の通知設定ページに向ける行為は特に問題にならない。大量送信者要件対応のために裏ではログイン不要の解除経路を持っていたとしても、それを本文中でそのまま案内する必要はないのである。 日本語圏サービスで本文リンクからログインを要求されることが多いのだとすれば、それはログイン不要の解除機構を持っていないからというより、法的にそうした設計を取りうる余地があり、かつサービス側にも設定ページへ誘導したい理由があるからだと考えるのが自然そうだ。たとえば、一括停止ではなく通知カテゴリの調整に留めてほしい、ユーザによる誤解除を避けたい、といった事情が考えられる。 4. 結論</a> </h2> メール本文の配信停止リンクでログインが要る場合と要らない場合がある理由を考えるときにまず押さえるべきなのは、現在のまともな大規模送信者は one-click unsubscribe 対応をしているということだ。これはログイン不要で機械的に配信停止できる経路自体はすでに実装されている可能性が高いことを意味する。 そのうえで、メール本文で何を案内するかは別問題である。Google や Yahoo の大量送信者要件はヘッダベースの one-click unsubscribe を求めるが、本文リンクを即時解除にすることまでは要求していない。 メール本文の配信停止リンクの体験に影響するのは法規制である。米国向けのサービスでは CAN-SPAM Act によってオプトアウト手順が厳しく制約されるため、本文側でもログイン不要の解除導線が必要になる。一方、日本では本文に受信拒否の通知先を示せばよく、本文リンクをログイン後の配信設定ページにしても特に問題はない。 したがって、本文リンクにおける体験の差は、各国、特に米国とそれ以外の法規制におけるオプトアウト手続に対する要求の差、そしてサービス側の UX 設計や運用方針の違いによって生じると言えそうである。 ^1RFC 2369: The Use of URLs as Meta-Syntax for Core Mail List Commands and their Transport through Message Header Fields. https://www.rfc-editor.org/rfc/rfc2369.html</a> </div> ^2RFC 8058: Signaling One-Click Functionality for List Email Headers. https://www.rfc-editor.org/rfc/rfc8058.html</a> </div> ^3Google「Email sender guidelines」 https://support.google.com/a/answer/81126?hl=en</a> </div> ^5Google「Email sender guidelines FAQ」 https://support.google.com/a/answer/14229414?hl=en-GB#zippy=%2Cif-i-include-an-additional-unsubscribe-link-in-my-message-content-does-it-have-to-be-a-one-click-unsubscribe-link</a> </div> ^4Yahoo「Sender Requirements & Recommendations」 https://senders.yahooinc.com/best-practices/</a> </div> ^6Yahoo「Sender Requirements & Recommendations」 https://senders.yahooinc.com/best-practices/#:~:text=Have%20a%20clearly%20visible%20unsubscribe%20link%20in%20the%20email%20body%20%2D%20this%20may%20direct%20to%20a%20preference%20page</a> </div> ^{7 正しくは、米国の通信・商取引に関係する protected computer 向けに送信する場合が該当する。米国国外のコンピュータであっても米国の州際・外国通商または通信に影響するものであればこれに含まれるが、本稿で想定しているのは一般消費者向けに送信するメールなので、米国の受信者向けという理解で問題はないはず。 </div>}^8FTC「CAN-SPAM Act: A Compliance Guide for Business」 https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business</a> </div> ^916 CFR § 316.5. https://www.law.cornell.edu/cfr/text/16/316.5</a> </div> ^10消費者庁「特定電子メールの送信の適正化等に関する法律(特定電子メール法)」 https://www.caa.go.jp/policies/policy/consumer_transaction/specifed_email/</a> </div> ^11消費者庁「特定電子メール法のポイント」 https://www.caa.go.jp/policies/policy/consumer_transaction/specifed_email/pdf/specifed_email_180709_0001.pdf</a> </div> サイトをリニューアルしました2026春 2026-05-21T00:00:00+00:00 このサイト lemonadern.dev</a> をリニューアルした。これまでの経緯のほか、新しく採用した SSG であるところの Zola について書いておく。 リポジトリはこちら</a>。 Lume 時代</a> </h2> 前のブログ</a>は Deno の SSG であるところの Lume</a> を使って作ったものだった。2022年から2023年の年越しで作ったサイトなので3年半くらい動いていたことになる。（動いていた、と言っても GitHub Pages に置いてあっただけだが） その間に Deno は1回、 Lume は2回にわたりメジャーバージョンを更新し、普通についていくのがしんどくなっていた。4月に一度 AI を使ってメンテした</a>が、虚無の作業ではあった。 Zola へ移行</a> </h2> ただの静的サイトなんて放置したところで脆弱性なんてないに等しいわけだし、化石のまま置いておいても大した問題にはならない。でも復旧時に余計な作業が増えるのは避けたいとは感じていた。他で忙しいときは個人サイトなんて触れないので、もっと枯れた、あるいはシンプルな SSG に移行したい気持ちがあった。 ということで Hugo や Jekyll などの大御所を見ていたが、結局 Rust 製の Zola</a> を使うことにした。 Rust 製といってもワンバイナリなので Rust が顔を出してくることはなく、メンテが大変ってこともなさそう。 テンプレートエンジン</a> </h3> Zola のテンプレートエンジンは Tera</a> というやつだが、見た目は Jinja2 とか Django のテンプレートっぽいので馴染みはある。基本的に AI に書かせてるので細かい違いはわからない。 TOML front matter</a> </h3> ユーザ視点で特徴的なのは Markdown の front matter が toml なこと。ここは Rust エコシステムみがある。けっこう珍しい気がするがこのへんの相互変換は大した作業じゃないので気にしていない。正直 YAML より TOML のほうが好きだし。 Theme</a> </h3> Zola にはテーマ機能があり、今回は serene</a> というやつを使わせてもらった。めっちゃシンプルで気に入っている。スタイルは継承しつつ色々カスタマイズを入れていて、 ToC の現在位置ハイライトを入れたりモバイルにも ToC を追加したり、前後記事へのリンクを入れたり、見出しのレベルを表示できるオプションを入れたり、細かいところを挙げればキリがないが色々やった。まだ favicon とかは用意してないいないものの概ね満足行くレベルになったので公開という運びになりました。 以前のコンテンツ</a> </h2> 以前のサイトに置いていた内容はこのサイトでもアーカイブ</a>として残している。リダイレクトも設定してあるのでリンク切れとかも無いはずです。 おわりに</a> </h2> 今後はここで記事を書いていく予定です。RSS</a> で更新をお待ちください。 タイポグラフィ確認用ページ 2026-04-15T00:00:00+00:00 見出し</a> </h2> ### h3 #### h4 ##### h5 ###### h6</code></pre>h3</a> </h3> h4</a> </h4> h5</a> </h5> h6</a> </h6> テキスト装飾</a> </h2> **太字 (bold)**、*イタリック (italic)*、***太字イタリック***、~~打ち消し (strikethrough)~~</code></pre> 太字 (bold)、イタリック (italic)、太字イタリック、打ち消し (strikethrough)</del> 水平線</a> </h2> ---</code></pre> 段落</a> </h2> これは通常の段落テキストです。日本語と English が混在しています。Lorem ipsum dolor sit amet, consectetur adipiscing elit. これは2つ目の段落です。</code></pre> これは通常の段落テキストです。日本語と English が混在しています。Lorem ipsum dolor sit amet, consectetur adipiscing elit. これは2つ目の段落です。 リスト</a> </h2> 箇条書き</a> </h3> - アイテム 1 - アイテム 2 - ネストされたアイテム 2-1 - ネストされたアイテム 2-2 - さらにネスト 2-2-1 - アイテム 3</code></pre> アイテム 1</li> アイテム 2 ネストされたアイテム 2-1</li> ネストされたアイテム 2-2 さらにネスト 2-2-1</li> </ul> </li> </ul> </li> アイテム 3</li> </ul> 番号付きリスト</a> </h3> 1. 最初のアイテム 2. 2番目のアイテム 3. 3番目のアイテム</code></pre> 最初のアイテム</li> 2番目のアイテム</li> 3番目のアイテム</li> </ol> タスクリスト</a> </h3> - [x] 完了済みのタスク - [x] これも完了 - [ ] 未完了のタスク - [ ] これも未完了</code></pre> 完了済みのタスク</li> これも完了</li> 未完了のタスク</li> これも未完了</li> </ul> リンク</a> </h2> [通常のリンク](https://github.com/lemonadern) 段落の中に[インラインリンク](https://github.com/lemonadern)が含まれる場合のスタイルです。</code></pre> 通常のリンク</a> 段落の中にインラインリンク</a>が含まれる場合のスタイルです。 コード</a> </h2> インラインコード</a> </h3> `const x = 42;` や `deno task build`</code></pre> const x = 42;</code> や deno task build</code> コードブロック</a> </h3> ```typescript import lume from "lume/mod.ts"; import tailwindCSS from "lume/plugins/tailwindcss.ts"; const site = lume({ src: "./src" }); site.use(tailwindCSS()); export default site; ```</code></pre>import lume from "lume/mod.ts"; import tailwindCSS from "lume/plugins/tailwindcss.ts"; const site = lume({ src: "./src" }); site.use(tailwindCSS()); export default site;</code></pre>ファイル名アノテーション付き</a> </h3> ```typescript,name=lume.config.ts import lume from "lume/mod.ts"; import tailwindCSS from "lume/plugins/tailwindcss.ts"; const site = lume({ src: "./src" }); site.use(tailwindCSS()); export default site; ```</code></pre>import lume from "lume/mod.ts"; import tailwindCSS from "lume/plugins/tailwindcss.ts"; const site = lume({ src: "./src" }); site.use(tailwindCSS()); export default site;</code></pre>引用</a> </h2> > これは blockquote です。引用文のスタイルを確認します。 > 複数行にわたる引用も確認します。</code></pre> これは blockquote です。引用文のスタイルを確認します。複数行にわたる引用も確認します。 </blockquote> ネストした引用</a> </h3> > ネストした引用の外側 > > ネストした引用の内側 > > > さらに深いネスト</code></pre> ネストした引用の外側 ネストした引用の内側 さらに深いネスト </blockquote> </blockquote> </blockquote> テーブル</a> </h2> | 列 1 | 列 2 | 列 3 | |--------|--------|--------| | セル A | セル B | セル C | | セル D | セル E | セル F |</code></pre>列 1</th> 列 2</th> 列 3</th></tr></thead> セル A</td> セル B</td> セル C</td></tr> セル D</td> セル E</td> セル F</td></tr> </tbody></table> 数式 (KaTeX)</a> </h2> インライン数式</a> </h3> $E = mc^2$</code></pre> $E = mc^2$ ブロック数式</a> </h3> $$ \int_{-\infty}^{\infty} e^{-x^2} dx = \sqrt{\pi} $$</code></pre> $$ \int_{-\infty}^{\infty} e^{-x^2} dx = \sqrt{\pi} $$ コールアウト</a> </h2> note</a> </h3> {% note() %} これは **note** です。Markdown も使えます。 {% end %}</code></pre> これは note です。Markdown も使えます。 </div> </blockquote> tip</a> </h3> {% tip() %} これは **tip** です。 {% end %}</code></pre> これは tip です。 </div> </blockquote> warning</a> </h3> {% warning() %} これは **warning** です。 {% end %}</code></pre> これは warning です。 </div> </blockquote> important</a> </h3> {% important() %} これは **important** です。 {% end %}</code></pre> これは important です。 </div> </blockquote> caution</a> </h3> {% caution() %} これは **caution** です。 {% end %}</code></pre> これは caution です。 </div> </blockquote> タイトル付き</a> </h3> {% warning(title="注意") %} `title` 引数を渡すとタイトルが付きます。 {% end %}</code></pre> 注意 title</code> 引数を渡すとタイトルが付きます。 </div> </blockquote> Mermaid</a> </h2> flowchart</a> </h3> {% mermaid() %} flowchart LR A[開始] --> B{条件} B -->|Yes| C[処理 A] B -->|No| D[処理 B] C --> E[終了] D --> E {% end %}</code></pre> flowchart LR A[開始] --> B{条件} B -->|Yes| C[処理 A] B -->|No| D[処理 B] C --> E[終了] D --> E </pre>sequenceDiagram</a> </h3> {% mermaid() %} sequenceDiagram participant ブラウザ participant サーバ ブラウザ->>サーバ: GET /api/data サーバ-->>ブラウザ: 200 OK {% end %}</code></pre> sequenceDiagram participant ブラウザ participant サーバブラウザ->>サーバ: GET /api/data サーバ-->>ブラウザ: 200 OK </pre>脚注</a> </h2> 本文中に脚注[^1]を含む場合のレンダリングです。 [^1]: これが脚注の内容です。</code></pre> 本文中に脚注1</a>を含む場合のレンダリングです。 ^{1 これが脚注の内容です。 </div>}傍点</a> </h2> {% bouten() %}傍点をつけたいテキスト{% end %} 人は生まれながらにして{% bouten() %}自由{% end %}であり、かつ至る所で鎖につながれている。自分が他人の主人であると思っているものも、実はその人々以上に奴隷なのだ。どうしてこのような変化が起きたのか。わたしには分からない。何がそれを{% bouten() %}正当なものたらしめる{% end %}か。わたしはこの問題に答えることができると信ずる。</code></pre>傍点をつけたいテキスト 人は生まれながらにして自由であり、かつ至る所で鎖につながれている。自分が他人の主人であると思っているものも、実はその人々以上に奴隷なのだ。どうしてこのような変化が起きたのか。わたしには分からない。何がそれを正当なものたらしめるか。わたしはこの問題に答えることができると信ずる。 「ゴッホ展　家族がつないだ画家の夢」に行った 2026-01-10T00:00:00+00:00 ゴッホ展に行った。「ゴッホ展　家族がつないだ画家の夢」と題して大阪・東京に続いて名古屋展が愛知県美術館で開催されている。オランダにあるファン・ゴッホ美術館</a>の所蔵品を中心として80近くの作品が展示されている。 周る速さとかは特に考えず鑑賞していたが、入ってから出るまで全部で2時間半くらいだったと思う。最後の方は足が痛かった。当日券は現地で購入した。特に並ばず買えたが、退場時（18時頃）はチケット売り場にそれなりの列が出来て混雑していた。金曜日は20時までやっているので仕事終わりの人たちが来ていたのかな。展示場内部はというと、人が多すぎるというほどではないもののそれなりに賑わっている印象だった。どの作品の前にも1~5人くらいずつ満遍なく人がいる。1,2人待てさえすればじっくり見る時間もチャンスもある、といった感じ。 （ところで、これとは全く別の「大ゴッホ展」という企画が神戸にて時を同じくして開催されているらしい。名古屋の方の混雑状況を知りたくて X を眺めていたが、神戸と名古屋の情報が混ざって出てくるのでとても紛らわしかった。あちらには予約という概念があるらしく、平日にも関わらず大変な混雑状況という噂である。） 以下に感想をとりあえず書き殴っておく。 感想</a> </h2> まずは表面的な特徴について。モネ展とかに比べると、ゴッホ本人以外の作家による作品が割合としてそれなりに多かった印象がある。交流のあった画家らの作品やゴッホが影響を受けた作品、本人の収集品等がたくさんあって面白かった。 画家を特集した企画展のうち、俺がこれまで訪れたことのあるのは岡本太郎展とモネ展である。岡本太郎展は彼のギラギラしたエネルギーに魅せられるのが主な楽しさだった気がするし、モネ展はモネの境遇とそれによる作品への影響を考えつつ、彼の個性的な表現を感じとるのが楽しいコンテンツだったように感じる。 今回はというとそれらとはまた違った方向性を感じた。ゴッホは心を病んで悲劇的な最期を遂げた画家だが、展示はそういった彼の苦しみや内面へ踏み込もうとするタイプのまとめかたではなかったように思う。どちらかというと彼の探究者的な側面が感じられ、それが自分にとっては美術館の特集コンテンツとして初めての魅力だった。 彼が影響を受けた作家や彼自身の書簡からは、彼のひたむきな創作の姿勢が伝わってきた。さまざまな作風を吸収しながら自分の表現へ再構成する模索、そういう試行錯誤の中で自分の表現を掴み取ろうとする姿勢を見せつけられたようで、なんだか思いがけず勇気づけられた。ゴッホのこのようなあり方は俺にとって意外な発見であり、「あのバカ高いひまわりの作者ということで住んでいる世界が違うタイプの天才なんだろうな」みたいな仮定を無自覚に置いていたことに気がついた。 副題が「家族がつないだ画家の夢」とあるように、展示ではフィンセント・ファン・ゴッホの親族の貢献についても紹介されている。彼が画家として活動するにあたっては画商であった弟テオの協力が非常に重要なものであったし、フィンセントの死後彼の名声を世界的に高まったのはテオの妻ヨーやその息子フィンセント・ウィレムによる影響が大きいとのことだった。中でもヨーの商才というかブランディング能力は目を見張るものがあり、この辺りは純粋な驚きとともに興味深く鑑賞した。 その他雑記</a> </h2> 浮世絵の展示もいくつかある。ゴッホを含むこの時代の画家が浮世絵から少なくない影響を受けていたこととかは知識として知っていたものの、実際の作品からその影響を感じ取れたのは良かったところで浮世絵って本物を初めてみたかもしれない。教科書や資料集でしか見たことなかったかも。</li> </ul> </li> ゴーギャンの作品も2点展示されていた。『月と六ペンス』を読んでから彼の作品が見てみたいなと思っていたがなかなか機会を作れずにいたので、思いがけず鑑賞できたのは嬉しい収穫であった。</li> ミレー作品の模写とかも複数あり印象的だった。</li> 収集品として当時のイラスト付き新聞？みたいなやつがあった。活版印刷で作られた絵らしいが俺の知っている版画のクオリティじゃなくてすごかった。</li> 知らない技法とかもそれなりにあって、技法としての特徴を知った上で鑑賞したいと感じたものがいくつかあった。勉強したい。</li> </ul> 最後に、ゴッホによる書簡を引用する： もし僕が、粗探しをしようという見方や意図をもった人からしたら、いくらでも欠点が見つかるような作品を描きつづけているとしても、逆に僕の作品の特質を理解し、自分の頭でよく考えようとする人にとっては、欠点を乗り越えるほどの独自の生命と存在価値があるはずだと信じている。〔…〕僕は自分が何を目指しているのか、よくわかっているし、そして自分の感じるものを描き、描くものを感じるという正しい道を進んでいると強く確信しているから、他人に何を言われてもあまり気にならないのだ。 （アントン・ファン・ラッパルト宛ての手紙から。「ゴッホ展　家族がつないだ画家の夢」展示解説の訳より引用） </blockquote> 器楽的幻覚 1928-05-01T00:00:00+00:00 　ある秋仏蘭西フランス</rt></ruby>から来た年若い洋琴家ピアニスト</rt></ruby>がその国の伝統的な技巧で豊富な数の楽曲を冬にかけて演奏して行ったことがあった。そのなかには独逸ドイツ</rt></ruby>の古典的な曲目もあったが、これまで噂ばかりで稀にしか聴けなかった多くの仏蘭西系統の作品が齎もた</rt></ruby>らされていた。私が聴いたのは何週間にもわたる六回の連続音楽会であったが、それはホテルのホールが会場だったので聴衆も少なく、そのため静かなこんもりした感じのなかで聴くことができた。回数を積むにつれて私は会場にも、周囲の聴衆の頭や横顔の恰好にも慣れて、教室へ出るような親しさを感じた。そしてそのような制度の音楽会を好もしく思った。 　その終わりに近いあるアーベントのことだった。その日私はいつもにない落ちつきと頭の澄明を自覚しながら会場へはいった。そして第一部の長いソナタを一小節も聴き落すまいとしながら聴き続けていった。それが終わったとき、私は自分をそのソナタの全感情のなかに没入させることができたことを感じた。私はその夜床へはいってからの不眠や、不眠のなかで今の幸福に倍する苦痛をうけなければならないことを予感したが、その時私の陥っていた深い感動にはそれは何の響きも与えなかった。 　休憩の時間が来たとき私は離れた席にいる友達に目眴めくば</rt></ruby>せをして人びとの肩の間を屋外に出た。その時間私とその友達とは音楽に何の批評をするでもなく黙り合って煙草を吸うのだったが、いつの間にか私達の間できまりになってしまった各々の孤独ということも、その晩そのときにとっては非常に似つかわしかった。そうして黙って気を鎮めていると私は自分を捕えている強い感動が一種無感動に似た気持を伴って来ていることを感じた。煙草を出す。口にくわえる。そして静かにそれを吹かすのが、いかにも「何の変わったこともない」感じなのであった。――燈火を赤く反映している夜空も、そのなかにときどき写る青いスパークも。……しかしどこかからきこえて来た軽はずみな口笛がいまのソナタに何回も繰り返されるモティイフを吹いているのをきいたとき、私の心が鋭い嫌悪けんお</rt></ruby>にかわるのを、私は見た。 　休憩の時間を残しながら席に帰った私は、すいた会場のなかに残っている女の人の顔などをぼんやり見たりしながら、心がやっと少しずつ寛解して来たのを覚えていた。しかしやがてベルが鳴り、人びとが席に帰って、元のところへもとの頭が並んでしまうと、それも私にはわからなくなってしまうのだった。私の頭はなにか凍ったようで、はじまろうとしている次の曲目をへんに重苦しく感じていた。こんどは主に近代や現代の短い仏蘭西フランス</rt></ruby>の作品が次つぎに弾かれていった。 　演奏者の白い十本の指があるときは泡を噛か</rt></ruby>んで進んでゆく波頭のように、あるときは戯れ合っている家畜のように鍵盤に挑みかかっていた。それがときどき演奏者の意志からも鳴り響いている音楽からも遊離して動いているように感じられた。そうかと思うと私の耳は不意に音楽を離れて、息を凝らして聴き入っている会場の空気に触れたりした。よくあることではじめは気にならなかったが、プログラムが終わりに近づいてゆくにつれてそれはだんだん顕著になって来た。明らかに今夜は変だと私は思った。私は疲れていたのだろうか？　そうではなかった。心は緊張し過ぎるほど緊張していた。一つの曲目が終わって皆が拍手をするとき私は癖で大抵の場合じっとしているのだったが、この夜はことに強し</rt></ruby>いられたように凝然としていた。するとどよめきに沸き返りまたすーっと収まってゆく場内の推移が、なにか一つの長い音楽のなかで起ることのように私の心に写りはじめた。 　読者は幼時こんな悪戯いたずら</rt></ruby>をしたことはないか。それは人びとの喧噪けんそう</rt></ruby>のなかに囲まれているとき、両方の耳に指で栓せん</rt></ruby>をしてそれを開けたり閉じたりするのである。するとグワウッ――グワウッ――という喧噪の断続とともに人びとの顔がみな無意味に見えてゆく。人びとは誰もそんなことを知らず、またそんななかに陥っている自分に気がつかない。――ちょうどそれに似た孤独感が遂に突然の烈しさで私を捕えた。それは演奏者の右手が高いピッチのピアニッシモに細かく触れているときだった。人びとは一斉に息を殺してその微妙な音に絶え入っていた。ふとその完全な窒息に眼覚めたとき、愕然がくぜん</rt></ruby>と私はしたのだ。 「なんという不思議だろうこの石化は？　今なら、あの白い手がたとえあの上で殺人を演じても、誰一人叫び出そうとはしないだろう」 　私は寸時まえの拍手とざわめきとをあたかも夢のように思い浮かべた。それは私の耳にも目にもまだはっきり残っていた。あんなにざわめいていた人びとが今のこの静けさ――私にはそれが不思議な不思議なことに思えた。そして人びとは誰一人それを疑おうともせずひたむきに音楽を追っている。言いようもないはかなさが私の胸に沁し</rt></ruby>みて来た。私は涯はて</rt></ruby>もない孤独を思い浮かべていた。音楽会――音楽会を包んでいる大きな都会――世界。……小曲は終わった。木枯こがらし</rt></ruby>のような音が一しきり過ぎていった。そのあとはまたもとの静けさのなかで音楽が鳴り響いていった。もはやすべてが私には無意味だった。幾たびとなく人びとがわっわっとなってはまたすーっとなっていったことが何を意味していたのか夢のようだった。 　最後の拍手とともに人びとが外套がいとう</rt></ruby>と帽子を持って席を立ちはじめる会の終わりを、私は病気のような寂寥感せきりょうかん</rt></ruby>で人びとの肩に伍ご</rt></ruby>して出口の方へ動いて行った。出口の近くで太い首を持った背広服の肩が私の前へ立った。私はそれが音楽好きで名高い侯爵だということをすぐ知った。そしてその服地の匂いが私の寂寥を打ったとき、何事だろう、その威厳に充ちた姿はたちまち萎縮いしゅく</rt></ruby>してあえなくその場に仆たお</rt></ruby>れてしまった。私は私の意志からでない同様の犯行を何人もの心に加えることに言いようもない憂鬱を感じながら、玄関に私を待っていた友達と一緒になるために急いだ。その夜私は私達がそれからいつも歩いて出ることにしていた銀座へは行かないで一人家へ歩いて帰った。私の予感していた不眠症が幾晩も私を苦しめたことは言うまでもない。 青空文庫</a>より

原著者亡きあとの改訂
感想
世界
サントリー強い

感想
世界
サントリー強い

世界
サントリー強い

サントリー強い

なにをどれくらいやったか

3級教科書
3級問題集
2級商業簿記教科書

取得までのタイムライン

2025年3月
2025年10月
2025年12月

苦戦したところ、逆にそうでもなかったところ
</a> </h2>
本番形式の演習が大事
環境に慣れよう
感想

</a> </h2>
本番形式の演習が大事
環境に慣れよう
感想

本番形式の演習が大事
環境に慣れよう
感想

環境に慣れよう
感想

感想

あとがき

あとがき

Zola へ移行
Zola</a> を使うことにした。 Rust 製といってもワンバイナリなので Rust が顔を出してくることはなく、メンテが大変ってこともなさそう。</p>

テンプレートエンジン </a> </h3>
Tera</a> というやつだが、見た目は Jinja2 とか Django のテンプレートっぽいので馴染みはある。基本的に AI に書かせてるので細かい違いはわからない。</p>

以前のコンテンツ </a> </h2>
アーカイブ</a>として残している。リダイレクトも設定してあるのでリンク切れとかも無いはずです。</p>

おわりに </a> </h2>
RSS</a> で更新をお待ちください。</p>

段落 </a> </h2>
リスト </a> </h2>
箇条書き </a> </h3>

アイテム 1</li>
アイテム 2
ネストされたアイテム 2-2
アイテム 3</li> </ul>

リスト </a> </h2>
箇条書き </a> </h3>

アイテム 1</li>
アイテム 2
ネストされたアイテム 2-2
アイテム 3</li> </ul>

箇条書き </a> </h3>

アイテム 1</li>
アイテム 2
ネストされたアイテム 2-2
アイテム 3</li> </ul>

</a> </h3>
引用 </a> </h2>
ネストした引用 </a> </h3>

ネストした引用の外側</p>

ネストした引用の内側</p>
テーブル

引用 </a> </h2>
ネストした引用 </a> </h3>

ネストした引用の外側</p>

ネストした引用の内側</p>
テーブル

ネストした引用 </a> </h3>

ネストした引用の外側</p>

ネストした引用の内側</p>
テーブル

テーブル

「ゴッホ展　家族がつないだ画家の夢」に行った

感想
その他雑記

その他雑記

器楽的幻覚

器楽的緩怠

『モルトウイスキー・コンパニオン』第7版を読んだ

どんな本か
著者について
原著者亡きあとの改訂
感想
世界
サントリー強い

著者について
原著者亡きあとの改訂
感想
世界
サントリー強い

LSP4Z をつくりたい（Zed で言語サーバを使う場合の選択肢について）

簿記2級取得をふりかえる

ghq rm コマンドの経緯について

go install したものをアンインストールする

アシモフ『ロボットの時代』を読んだ

メールの配信停止リンクでログインが要るときと要らないときがあるのはなぜか

サイトをリニューアルしました2026春

タイポグラフィ確認用ページ

器楽的緩怠

『モルトウイスキー・コンパニオン』第7版を読んだ

LSP4Z をつくりたい（Zed で言語サーバを使う場合の選択肢について）

簿記2級取得をふりかえる

ghq rm コマンドの経緯について

tl;dr</a> </h2> ghq</code> には rm</code> コマンドがあり、 ghq で管理しているリポジトリを削除できる</li>

導入後の改善</a> </h2> 導入後に入った ghq rm</code> 関連の変更についても記載しておく：</p> 2024-04-04: PR #381 ghq rm to support bare option</a> bare repository 向けの対応</li> released in: v1.6.0</code> （2024-04-04）</li> </ul> </li>

go install したものをアンインストールする

tl;dr</a> </h2> go uninstall</code> コマンドは無い</li> go install</code> で入れたものをアンインストールしたければ実行ファイルを消そう</li>

アシモフ『ロボットの時代』を読んだ

メールの配信停止リンクでログインが要るときと要らないときがあるのはなぜか

3.1 本文リンクの設計パターン</a> </h3> 配信停止リンクの遷移先にはいくつかの設計があり得る：</p> そのまま即時に解除するリンク</li> 確認画面を挟んで解除するリンク</li>

サイトをリニューアルしました2026春

タイポグラフィ確認用ページ

番号付きリスト</a> </h3> 1.</span> 最初のアイテム</span></span> 2.</span> 2番目のアイテム</span></span> 3.</span> 3番目のアイテム</span></span></code></pre> 最初のアイテム</li> 2番目のアイテム</li>

「ゴッホ展 家族がつないだ画家の夢」に行った

器楽的幻覚

「ゴッホ展　家族がつないだ画家の夢」に行った