腰痛が回復してきたのでスクワットを70kgから再開した。

本当にスクワットが原因だったのかわからなかったが、再開してトレーニングした後明らかに腰が重くてやっぱりスクワットが原因ぽかったなと確認できた。

腰痛が回復するのに以下をやった

接骨院にいく

スタンディングデスクを活用してなるべく座らないようにする

腰痛が回復してきたのでスクワットを70kgから再開した。

本当にスクワットが原因だったのかわからなかったが、再開してトレーニングした後明らかに腰が重くてやっぱりスクワットが原因ぽかったなと確認できた。

腰痛が回復するのに以下をやった

接骨院にいく

スタンディングデスクを活用してなるべく座らないようにする

昔から活字中毒気味なところがあり、長文を読むのが好きだった。技術記事なんかは、長文を書く人ほど熱意を持って記事を書いているので、読み手にもその情熱が伝わってきて、読後の満足感があった。しかし、今はもう長文を生産することはAIでだれでもできる。いわゆるAI Slopである。そのトピックについてその人が全く理解していなくてもできる。自然と記事の"その人らしさ"が薄れ、誰でも書ける文章になる。そんな

今では長文を見ると逆に視界から外してしまうようになってしまった。Xなんかは特に。Zennもほとんど見なくなった。最近はミンゲイインターネットに載っているような、人間の手で書かれた雑多な個人ブログか、XでAI臭くない投稿をしている人をリストに入れて眺めている。

2024年以降に発信を始めたような人は最初から視界から外しているのでAI Slopを書いていてもそれほど残念感はないが、前からウォッチしていた人が誰でも書けるAI丸出しの長文を垂れ流すだけの人になってしまうのは本当に辛い。

正直に言うと、流行りなので自分もAI Slop的な文章を作って垂れ流そうとしたこともあったが、自分でその価値を認めることができずに結局やめた。

共感:

https://amzn.asia/d/02ZZa3Cv

最近スクワットで腰を痛めて、椅子に座っているのが辛くなったから、久しぶりに電動昇降デスクの高さを上げて立ち作業をするようにしている。

立ってると腰はラクだが、代わりに足裏がすごく疲れてくるのでリカバリーサンダルを買った。

元から、どこのブランドかもわからない安物のリカバリーサンダルは使っていたが、実際OOFOSのものに履き替えてみると差が歴然で、山岡さんの鮎はカスやの気持ちになった

obsidian vs Cosense(旧Scrapbox) vs logseq vs dendron vs zettlr vs Typst

Is Dendron Project Still Active? · Issue https://github.com/dendronhq/dendron/issues/3956

logseqはhotkeyにキーの連続を指定できて良い

Your One-Stop Publication Workbench | Zettlr https://www.zettlr.com/

今のところはObsidianにハマっているので、かなりObsidian贔屓の比較になっている。

obsidian vs Cosense(旧Scrapbox) vs logseq vs dendron vs zettlr vs Typst

Is Dendron Project Still Active? · Issue https://github.com/dendronhq/dendron/issues/3956

logseqはhotkeyにキーの連続を指定できて良い

Your One-Stop Publication Workbench | Zettlr https://www.zettlr.com/

今のところはObsidianにハマっているので、かなりObsidian贔屓の比較になっている。

あとで読むは、読まない

あとで読むは、読まない

#雑 #AI

文脈: Rohan Paul on X: delete your claude.md file, delete your skills, and delete your hooks. Then see what the model does. It might surprise you. - Claude Code creator at Anthropic Boris Cherny ( @bche

https://x.com/rohanpaul_ai/status/2096117661172384137

AI、出力に影響を与える設定は最小限にするべきだとは思うけど、全くしないのも違うと思う。（文脈の主張では、一度まっさらな設定に戻して本当に必要な設定か見極めるべきみたいな話だと思うけど、それを理解した上で極論を言っている人がXにいたのでそれに対しての反論）

最小限にするのは言うまでもないが、plainなAIがどの程度の性能と傾向を持っているかの肌感が掴みづらくなったり、古いモデルのための過剰な設定のために新しいモデルの足を引っ張らないようにするためだ。

#雑 #AI

文脈: Rohan Paul on X: delete your claude.md file, delete your skills, and delete your hooks. Then see what the model does. It might surprise you. - Claude Code creator at Anthropic Boris Cherny ( @bche

https://x.com/rohanpaul_ai/status/2096117661172384137

AI、出力に影響を与える設定は最小限にするべきだとは思うけど、全くしないのも違うと思う。（文脈の主張では、一度まっさらな設定に戻して本当に必要な設定か見極めるべきみたいな話だと思うけど、それを理解した上で極論を言っている人がXにいたのでそれに対しての反論）

最小限にするのは言うまでもないが、plainなAIがどの程度の性能と傾向を持っているかの肌感が掴みづらくなったり、古いモデルのための過剰な設定のために新しいモデルの足を引っ張らないようにするためだ。

筋トレ

7月はほとんど毎日ジムに通った。多分入会してからは休んだ日が月3日程度しかなかったはず。おかげでひと月で約5kgも体重を増やすことができた（明らかに太りすぎではある）。まだ宅トレでしていなかった動作に徐々に慣れていくフェーズだと思うので、挙上重量が毎週のように増えていくのが楽しい。

身体と栄養の勉強も始めた。とりあえず今のところはこの3冊を読んでいる。

https://www.amazon.co.jp/dp/4991208505

https://www.amazon.co.jp/dp/4991208513

筋トレ

7月はほとんど毎日ジムに通った。多分入会してからは休んだ日が月3日程度しかなかったはず。おかげでひと月で約5kgも体重を増やすことができた（明らかに太りすぎではある）。まだ宅トレでしていなかった動作に徐々に慣れていくフェーズだと思うので、挙上重量が毎週のように増えていくのが楽しい。

身体と栄養の勉強も始めた。とりあえず今のところはこの3冊を読んでいる。

https://www.amazon.co.jp/dp/4991208505

https://www.amazon.co.jp/dp/4991208513

筋トレ

7月はほとんど毎日ジムに通った。多分入会してからは休んだ日が月3日程度しかなかったはず。おかげでひと月で約5kgも体重を増やすことができた（明らかに太りすぎではある）。まだ宅トレでしていなかった動作に徐々に慣れていくフェーズだと思うので、挙上重量が毎週のように増えていくのが楽しい。

身体と栄養の勉強も始めた。とりあえず今のところはこの3冊を読んでいる。

https://www.amazon.co.jp/dp/4991208505

https://www.amazon.co.jp/dp/4991208513

筋トレ

7月はほとんど毎日ジムに通った。多分入会してからは休んだ日が月3日程度しかなかったはず。おかげでひと月で約5kgも体重を増やすことができた（明らかに太りすぎではある）。まだ宅トレでしていなかった動作に徐々に慣れていくフェーズだと思うので、挙上重量が毎週のように増えていくのが楽しい。

身体と栄養の勉強も始めた。とりあえず今のところはこの3冊を読んでいる。

https://www.amazon.co.jp/dp/4991208505

https://www.amazon.co.jp/dp/4991208513

筋トレ

7月はほとんど毎日ジムに通った。多分入会してからは休んだ日が月3日程度しかなかったはず。おかげでひと月で約5kgも体重を増やすことができた（明らかに太りすぎではある）。まだ宅トレでしていなかった動作に徐々に慣れていくフェーズだと思うので、挙上重量が毎週のように増えていくのが楽しい。

身体と栄養の勉強も始めた。とりあえず今のところはこの3冊を読んでいる。

https://www.amazon.co.jp/dp/4991208505

https://www.amazon.co.jp/dp/4991208513

筋トレ

7月はほとんど毎日ジムに通った。多分入会してからは休んだ日が月3日程度しかなかったはず。おかげでひと月で約5kgも体重を増やすことができた（明らかに太りすぎではある）。まだ宅トレでしていなかった動作に徐々に慣れていくフェーズだと思うので、挙上重量が毎週のように増えていくのが楽しい。

身体と栄養の勉強も始めた。とりあえず今のところはこの3冊を読んでいる。

https://www.amazon.co.jp/dp/4991208505

https://www.amazon.co.jp/dp/4991208513

#AI

自作エディタを作り始めた

ここ2ヶ月くらい、自分用のターミナルで動くエディタを自作していた。私は普段Neovimを使用しているが、コーディングをAIを経由して行うようになってから、エディタの使い方が根本的に変わった。コードを直接編集することがかなり減った一方で、コーディングエージェントの台頭以前には頻度が少なかった、同プロジェクト内での並行開発などの操作をするようになった。この編集作業の変化において、Neovimに大き

重厚な初期設計に夢を見た

Opus4.5以降くらいから、だいぶコーディングエージェントに丸投げできる領域が増えた。逐一面倒を見なくとも、事前に設計が固まっていれば、ある程度のクオリティのものを作ってくれる。また、開発中にFableも使えるようになり、より一層自動化された開発を夢見ることができてしまうようになった。今回のエディタ開発では、AI時代であれば、重厚な設計を元にAIという下請けにコーディングを任せて放置しておけばあ

#AI

自作エディタを作り始めた

ここ2ヶ月くらい、自分用のターミナルで動くエディタを自作していた。私は普段Neovimを使用しているが、コーディングをAIを経由して行うようになってから、エディタの使い方が根本的に変わった。コードを直接編集することがかなり減った一方で、コーディングエージェントの台頭以前には頻度が少なかった、同プロジェクト内での並行開発などの操作をするようになった。この編集作業の変化において、Neovimに大き

重厚な初期設計に夢を見た

Opus4.5以降くらいから、だいぶコーディングエージェントに丸投げできる領域が増えた。逐一面倒を見なくとも、事前に設計が固まっていれば、ある程度のクオリティのものを作ってくれる。また、開発中にFableも使えるようになり、より一層自動化された開発を夢見ることができてしまうようになった。今回のエディタ開発では、AI時代であれば、重厚な設計を元にAIという下請けにコーディングを任せて放置しておけばあ

以前Zennの記事に、AIによってコーディングが代替されようとも、エンジニアリングってそもそもコーディングに限定されてないしそもそもエンジニアって時代や状況に合わせて適切に手段を講じて問題解決をしていくんだからメタ的には何も変わってないよねって話を書いた。

エンジニアの仕事内容が変わることは当然に受け入れるし受け入れるしか選択肢がないというのが大前提でこの記事を書いたけど、どうも自分の感覚とは違って、これまでのコーディングを主としたエンジニアリングをしているだけでもエンジニアとしての仕事を果たしていると考える人も未だにいるっぽい。

難解な実装はさておき、SaaSの多くの機能実装自体とかはもうエンジニア以外でもできる仕事で、もはやエンジニアがやるべきメインの仕事ではないと思う。

AI時代になってからようやく、くだらない実装の仕事に惑わされず本質的なボトルネックを解決する仕事ができるようになったり、機能追加そのものをするべきかどうか、あるべき形とは何なのかという思考時間を増やす余裕ができたというのに、未だにちょっとした機能追加実装をやっていて喜んでいる場合ではないのだ。

という話を、なるべく人を傷つけずに伝えたいが傷つけてしまう未来しか見えないので、今のところは以下の他人が書いた資料を無責任に貼る卑怯なことをしている。

#ゲーム

Switch2のセールになっていた時期があったので、三國無双ORIGINSを買ってやってみた。多分だいぶ出遅れていると思うけど、一応レビューを書いておく。

無双シリーズは三國無双3(PS2)、三國無双6(PSP)、友人の家で無双OROCHI (PS2、ナンバリングは不明)をやっていた。

三國無双ORIGINSは事前情報ほぼナシでやり始め、この記事を書き始めた時点で魏、呉のストーリークリアとDLCの最初の方をかじっている。

感想

Kensington Slimblade Proを使っていたのは、大玉トラックボールにロマンを感じていたのと、分割キーボードの間に置くのにちょうど良かったからだ。Slimblade Proを手に入れたのは今年の3月。分割キーボードであるKeychron Q11を使うようになってしばらくした頃。

最初は操作に全くなれず、完全に金を無駄にしたと思った。しかし、3日もすると慣れてきて良さがわかってきた。一番はやはり左右どちらの手でも操作が問題なくできるという点だ。分割キーボードの真ん中に置くには最適である。また、トラックボールでカーソルをすべらせたり、スクロールをするときのサウンドフィードバックが心地よく（スクロール音については人によっては不評みたいだが）、使えば使うほど好きになれるデバイスで

しかし、何週間か前から、Kensington Slimblade Proをやめて普通のマウスに戻った。理由は単純で、分割キーボードの真ん中に馴染んだデバイスがあると手がそこに置かれる機会が多くなり、結果的に、巻き肩にならずに作業できるという分割キーボードの利点を潰してしまっていることを実感したから。最初からそのような懸念はあったが、基本的に多くの作業をキーボードで完結させるようにしているので、

結局、マウスは通常のタイプに戻すことになった。と言っても、Slimblade Proのようなクセのあるデバイスを一度経由してしまったので、なんの特徴もないマウスに戻るのも味気ないなと考えた。そこで、ホイールがかなり便利そうなロジクールのMX Masterに目をつけた。ただ、値段が高い。あまり

MX Masterの値段に頭を悩ませながらAmazonサーフィンしていると、サンワダイレクトのワイヤレスマウスが目に入った。MX Masterのようなホイールを持ち、何より値段が安い。こういうのでいいんだよと思いながら、一方で安かろう悪かろうと考えてあまり期待せずに買ってみた。

Kensington Slimblade Proを使っていたのは、大玉トラックボールにロマンを感じていたのと、分割キーボードの間に置くのにちょうど良かったからだ。Slimblade Proを手に入れたのは今年の3月。分割キーボードであるKeychron Q11を使うようになってしばらくした頃。

最初は操作に全くなれず、完全に金を無駄にしたと思った。しかし、3日もすると慣れてきて良さがわかってきた。一番はやはり左右どちらの手でも操作が問題なくできるという点だ。分割キーボードの真ん中に置くには最適である。また、トラックボールでカーソルをすべらせたり、スクロールをするときのサウンドフィードバックが心地よく（スクロール音については人によっては不評みたいだが）、使えば使うほど好きになれるデバイスで

しかし、何週間か前から、Kensington Slimblade Proをやめて普通のマウスに戻った。理由は単純で、分割キーボードの真ん中に馴染んだデバイスがあると手がそこに置かれる機会が多くなり、結果的に、巻き肩にならずに作業できるという分割キーボードの利点を潰してしまっていることを実感したから。最初からそのような懸念はあったが、基本的に多くの作業をキーボードで完結させるようにしているので、

結局、マウスは通常のタイプに戻すことになった。と言っても、Slimblade Proのようなクセのあるデバイスを一度経由してしまったので、なんの特徴もないマウスに戻るのも味気ないなと考えた。そこで、ホイールがかなり便利そうなロジクールのMX Masterに目をつけた。ただ、値段が高い。あまり

MX Masterの値段に頭を悩ませながらAmazonサーフィンしていると、サンワダイレクトのワイヤレスマウスが目に入った。MX Masterのようなホイールを持ち、何より値段が安い。こういうのでいいんだよと思いながら、一方で安かろう悪かろうと考えてあまり期待せずに買ってみた。

理由

前まではCosense (旧Scrapbox)の非公開プロジェクトに雑多なメモをたくさん残して、公開したいものだけ公開プロジェクトに移したりしていたが、二重管理になる記事が増えたり、公開するのが億劫になってしまっていた

比較的体裁を整えた記事はZenn https://zenn.dev/kbwok に書いたりしていたが、最近はZenn自体が読みたい環境ではなくなってしまった。自分が読もうと思わないプラットフォームでは何も書く気にならない

最近は自分の情報のインプット、アウトプットの仕方が変わってきた

個人ブログを作ろうとは今まで何度もしてきたし実際作ってきたけど、個人ブログは個人ブログで不満があってすぐCosenseに戻っていった。個人ブログを色々設定したりコードを書けば不満点は解消できたが、Cosenseに出戻りするかもしれないのに個人ブログにそこまでの労力をかける気にならなかった。しかし、AIの性能が自分の中の及第点を超えたことで労力をかけずにそこそこ満足する個人ブログを作れるようになった

理由はレンタルジムで感じた効果

2026-06-20に友人とレンタルジムに行ってみた。家ではできない、マシンやベンチプレスを試すのが目的でそこまで追い込んで効かせたつもりはないが、翌日にかなりの筋肉痛が来た。

普段宅トレで結構追い込んでいるつもりだったが、その時ほどの筋肉痛は筋トレ始めたての頃以外はほとんど感じたことがなかった。そのため、レンタルジム後の筋肉痛にはかなりショックを感じた。

確かに、家では難しいような「引く」動作のトレーニングや、背中や肩に重点的に効かせるトレーニングは普段刺激を与えられていない部分に与えることになるだろうから、そこについて筋肉痛が来るのは元から予想していた。

しかし、宅トレで十分刺激は与えられていると考えていた胸筋周りにもひどい筋肉痛が来たことには驚いた。

#AI

"AI時代にはサンクコストを捨てるべき"みたいな主張をよく見る。

ここでいうサンクコストは、LLMの台頭以前の知識や経験のことで、上記の主張をしている人に言わせればそういったものは無に帰すそうだ。

この主張には僕は全く賛同できない。

賛同できない理由

理由

前まではCosense (旧Scrapbox)の非公開プロジェクトに雑多なメモをたくさん残して、公開したいものだけ公開プロジェクトに移したりしていたが、二重管理になる記事が増えたり、公開するのが億劫になってしまっていた

比較的体裁を整えた記事はZenn https://zenn.dev/kbwok に書いたりしていたが、最近はZenn自体が読みたい環境ではなくなってしまった。自分が読もうと思わないプラットフォームでは何も書く気にならない

最近は自分の情報のインプット、アウトプットの仕方が変わってきた

個人ブログを作ろうとは今まで何度もしてきたし実際作ってきたけど、個人ブログは個人ブログで不満があってすぐCosenseに戻っていった。個人ブログを色々設定したりコードを書けば不満点は解消できたが、Cosenseに出戻りするかもしれないのに個人ブログにそこまでの労力をかける気にならなかった。しかし、AIの性能が自分の中の及第点を超えたことで労力をかけずにそこそこ満足する個人ブログを作れるようになった

自分の経験をサンクコストとして認識できる人は元からサンクコストを捨てることができる人で、捨てられない人はコストとして認識できないので無駄な話にも思える

“頭ではわかっているけど手放せない”のは潜在的にコスト以上の価値があると認識しているからだと思っていて、価値があると認識しているのであればサンクコストと呼ぶのはどうなのかという感じがする

他者から見てサンクコストだと言ってしまうのは簡単だが、AI時代になってより未来を予測するのが難しくなりつつあるのに、他者が一方的にサンクコストで未来に繋がらないと決めつけたり、その決めつけに当人が揺り動かされてしまうことには違和感

未来の不確実性が高まっているのに、「あなたのスキルは陳腐化する」という予測だけは妙に自信満々に語られる。予測が難しい時代だからこそ過去を捨てろ、というのは、よく考えると奇妙で、予測が難しいなら「過去の蓄積が意外な形で活きる」可能性も同様にある

そもそも、あらゆる経験は無価値になりうるものだと認識しているか、逆にあらゆる経験は抽象化された普遍的な価値に結びつく(というか自分の意識次第で結びつかせることができる)ものだと認識しているかで全く思想が違っているように思える

AikidoSec/safe-chain: Protect against malicious code installed via npm, yarn, pnpm, npx, and pnpx with Aikido Safe Chain. Free to use, no tokens required. https://github.com/AikidoSec/safe-chain

mise install npm:@aikidosec/safe-chain

mise use -g npm:@aikidosec/safe-chain

safe-chain setup

save-exact=true

#Keyboard

始めての左右分割キーボード、Keychron Q11 (赤軸)を買った

感想

良かったところ

始めての分割でもほとんど学習コストがかからず移行できる

自戒もこめて

よくある文脈:

本当にやる気があるなら不遇な環境でも乗り越えられるはずだ

本当に頭がいい人は素人にもわかりやすく説明できるはずだ

論理的にはNo True Scotsman（反例を「本物じゃない」と再定義して反証を無効化する）の構造を持つ

文脈: ǝunsʇo ıɯnɟɐsɐɯ / メタバース炎上対策専門家 on X: "「ソフトウェアのコードは読む時間を含めて短ければ短いほど良い。なので一番理想的なソフトウェアは0行0文字。何も書かなくても課題が解決されてる状態が最善」 という思想が有るのを忘れて、とにかくclaudeになんかやらせないと落ち着かないから課題をでっちあげてコード書かせるのは本末転倒になる" / X https://

基本的には同意見（というかソフトウェア開発の常識とまで思っている）

kbwo on X: "何もコードを書かずに課題解決をするのが最善だとは思いつつも、人は実際に見ないとその価値が分からないところがあるので価値を確認する/させるためにたくさん生産したいという気持ちもあり" / X https://x.com/__kbwo/status/2042803332146958543

#HHKB #Keyboard

キーストロークが深すぎて疲れる

6.3 インターリービング - 学習心理学入門 https://hatohato.jp/intro/learning_psychology_intro/05_techniques/03_interleaving.php

色々なアプリケーションでVimキーバインドユーザーなので、スクロールバックに<c-b>を頻繁に使用するけど、左手でctrl、右手でbを押す運用に慣れている

分割キーボードを使うと多分片手でそれらを押さなければいけないが、手が小さいので無理

左手でbを押すことに慣れることはできると思うが、自分の苗字のkabasawaを入力するときに、これまでは"b"を右手で入力することで右手が一呼吸置けていた

kabasawaの"abasawa"を左手で押すのはなかなか苦しそう

分割キーボードエアプだから嘘かも

シバイヌおやびん（投資系VTuber） on X: "アリババが、AIコーディングは人間の仕事を奪うのではなく、今後10年間にわたって人間が修正し続けるためのレガシーコードを生み出しているに過ぎないことを証明した。 コーディングテストに一度合格するのは容易だが、そのコードを崩壊させずに8か月間維持することは、AIにとってほぼ不可能である。" / X https://x.com/yasutaketi

岡安モフモフ（アーガイル社長）＠ChatGPT/Gemini/ClaudeなどLLMでサービス作る人 on X: "これ単純に、AIが毎回コードをゼロから書き直せば解決するんじゃないのかな。リファクタリングじゃなくてリライトすればいい。 これまでは人間の工数を削減するために、それをやって来なかっただけで、毎回書き直せば技術的負債も蓄積しないでしょ。" / X https://x.com/shiel

Masaki@Web技術者 on X: "「これクソコードだから作り直したほうが早いっすよ！」 っていうエンジニア見たことない？ それ鵜呑みにしてどうなったかとかちょっと前なら腐るほど見た記憶あるな" / X https://x.com/plus_one_masaki/status/2033914001487499355

Solufa on X: "LLMが登場する前からfrourioで自治体・省庁のシステム（3万～15万行規模）をゼロから作り直す事業をしている立場からどうなるかについて答えると、劇的に改善されます テストコード以前にLintすらなくバグ頻発な状態から派遣2人でメンテ出来るほどランニングが安くなりクレームもほぼゼロになる" / X https://x.com/m_mitsuhide/status/2

Solufa on X: "一般にシステムのリメイクが成功しないと言われているのは元を作ったエンジニアと作り直すエンジニアの実力差が少ないケースが多いから 目安として後者が10倍優秀じゃないと作り直しに意味がない 公共の場合、元が月80万の派遣だったりするのでOSS開発者なら25～50倍は差がある（実測値）から成功する" / X https://x.com/m_mitsuhide/status/2

#memo

MacOS app damaged dialog | Docker Docs https://docs.docker.com/desktop/troubleshoot-and-support/troubleshoot/mac-damaged-dialog/

dmgの再ダウンロード、再インストール → 意味なし

再起動後、DockerをMove to trash && Empty Trash、dmgの再ダウンロード、再インストール →インストールできた

色々なアプリケーションでVimキーバインドユーザーなので、スクロールバックに<c-b>を頻繁に使用するけど、左手でctrl、右手でbを押す運用に慣れている

分割キーボードを使うと多分片手でそれらを押さなければいけないが、手が小さいので無理

左手でbを押すことに慣れることはできると思うが、自分の苗字のkabasawaを入力するときに、これまでは"b"を右手で入力することで右手が一呼吸置けていた

kabasawaの"abasawa"を左手で押すのはなかなか苦しそう

分割キーボードエアプだから嘘かも

kbwo on X: "仕様駆動開発が嫌だって言ってんじゃないの 仕様駆動開発というバズワードに乗っかって中身のない記事を書いてた人が嫌だって言ってんの" / X https://x.com/__kbwo/status/2032648957017600374

SNSを見ない

有益な情報源でもあるので一長一短

生身の人間とのつながりを持つ

計画主義にならない

計画主義的にキャリアを考えても、AIやそれに伴う社会の変化でひっくり返されたり、ひっくり返されるのではないかという不安で何も計画できない=行動できないに繋がってしまう

HHKBを使用していた頃の惰性で、Keychron k3 maxに変えたあともパームレストを使用していた

パームレストでキーボードの手前側が隠れているとkeychronのかっこよさがでないなと思ってふとパームレストをどかしたら、圧倒的にタイピングがやりやすいことに気づいた

実際にタイピングゲームでスコアを測ってみたが、パームレストなしだとスコアがかなり伸びていた

プラシーボもありそうなのでパームレストありのほうが有利になるように問題調整をしたがそれでもパームレストなしのほうがかなりスコアが良かった

パームレストをやめたことで、押し込み感が強くなった？深さを感じれるようになったことがかなり影響している気がする

Bucketheadの好きな曲リスト

曲名をあまり覚えていないので音楽と曲名が一致し次第追記していく

Factory T

Redeem team

View Masters

2025-12-31 Alt+Spaceでデフォルトの英字入力とGoogle日本語入力を切り替えていたが、なぜかChromeを使うときだけinput sourceを切り替えることができない現象が起きた

最初はChromeを疑ったが、System SettingsからInput Sourceを追加したり削除したりしているうちに直った

不思議

HHKBを使用していた頃の惰性で、Keychron k3 maxに変えたあともパームレストを使用していた

パームレストでキーボードの手前側が隠れているとkeychronのかっこよさがでないなと思ってふとパームレストをどかしたら、圧倒的にタイピングがやりやすいことに気づいた

実際にタイピングゲームでスコアを測ってみたが、パームレストなしだとスコアがかなり伸びていた

プラシーボもありそうなのでパームレストありのほうが有利になるように問題調整をしたがそれでもパームレストなしのほうがかなりスコアが良かった

パームレストをやめたことで、押し込み感が強くなった？深さを感じれるようになったことがかなり影響している気がする

AikidoSec/safe-chain: Protect against malicious code installed via npm, yarn, pnpm, npx, and pnpx with Aikido Safe Chain. Free to use, no tokens required. https://github.com/AikidoSec/safe-chain

mise install npm:@aikidosec/safe-chain

mise use -g npm:@aikidosec/safe-chain

safe-chain setup

save-exact=true

Cosense(旧Scrapbox)でいうところのこういうやつ→GitHub

Markdownでいうところのこういうやつ

[GitHub](https://github.com)

<a href="https://github.com">GitHub</a>

URLも押す前から知っておきたい情報だから。

Nothing Ear (open) https://amzn.asia/d/ai39zRK

つけていることを忘れるくらい楽

室内サンダル https://amzn.asia/d/5JZR2wu

トレーニングチューブ https://amzn.asia/d/5JZR2wu

筋トレのウォームアップ・関節が痛くてダンベルでトレーニングできない部位を鍛えるのにかなり役立ってる

vim.lsp.config("copilot_ls", {

cmd = {

'mise', 'exec', 'node@22', '--', 'copilot-language-server', '--stdio'

}

})

Error: TypeError: fetch failed

at node:internal/deps/undici/undici:13510:13

at process.processTicksAndRejections (node:internal/process/task_queues:105:5) {

[cause]: AggregateError [ETIMEDOUT]:

at internalConnectMultiple (node:net:1134:18)

世間的にどうかは知らないけれど、自分の中でVibe Coding 幻滅期に入った

ここでいうVibe CodingはAIにプロンプトで指示してAgenticにコーディングすることを言う

つまり広義のVibe Coding

厳密な意味でバイブスに乗ったコーディングではない

ccmanagerみたいなものを作ったりしたし、Vibe Codingは仕事でもプライベートでもでもかなり頑張ったが、すべてをvibe codingで解決しようとすると疲れてしまい結果的に生産性が落ちた

世間的にどうかは知らないけれど、自分の中でVibe Coding 幻滅期に入った

ここでいうVibe CodingはAIにプロンプトで指示してAgenticにコーディングすることを言う

つまり広義のVibe Coding

厳密な意味でバイブスに乗ったコーディングではない

ccmanagerみたいなものを作ったりしたし、Vibe Codingは仕事でもプライベートでもでもかなり頑張ったが、すべてをvibe codingで解決しようとすると疲れてしまい結果的に生産性が落ちた

Dark Pattern

Hiromitsu Takagi on X: "たった今、これにやられたわ。普通にカートから商品を注文しようとしただけなのに、何の確認ステップもなく、勝手に年間登録六千何百円も取りやがった。ダークパターンやろ。規制されろクソが。" / X https://x.com/HiromitsuTakagi/status/1977767058021781876

Hiromitsu Takagi on X: "この画面ね。いつもは引っ掛からなかったが、急いでいたので黄色ボタンを押してしまった。六千何百円じゃなくて5900円か。 https://t.co/KvE9xMA56m" / X https://x.com/HiromitsuTakagi/status/1977768310973632934

カリーム on X: "ダークパターンで騙そうとしてくる詐欺師相手に丁寧な言葉遣いかなにかで問いかけることが「建設的な議論」とは全く思えない。向こうは最初からこっち騙そうとしてるんだよ、そんなもん議論の基礎たる信頼関係が最初からないんだから厳しく批判するしかないだろ。相手は最初から無法者なんだから。" / X https://x.com/karimTani49/status/19783013428

カリーム on X: "ダークパターンで騙そうとしてくる詐欺師相手に丁寧な言葉遣いかなにかで問いかけることが「建設的な議論」とは全く思えない。向こうは最初からこっち騙そうとしてるんだよ、そんなもん議論の基礎たる信頼関係が最初からないんだから厳しく批判するしかないだろ。相手は最初から無法者なんだから。" / X https://x.com/karimTani49/status/19783013428

トーンポリシングという言葉が棍棒振り回し正当化に繋がることがインターネットで実証されているので濫用するべきでないと思っている

少なくとも、そういう正当化に繋がる危険性があることを自覚して使うべき

Piro/結城洋志 「もえじら組」技書博12 技術書典19 on X: "全然別の話だけど、トーンポリシング批判の類については僕は、そういう"暴力をふるって回る"事の正当化に使ってはいけない、「私が無限に暴力でぶん殴る事には正当性がある」と安易に主張してはいけないと思う派です。 過去の自分は「自分が気持ちよく殴りたい」欲の発散をそれで正当化していたので。" / X https://x.com/pi

Piro/結城洋志 「もえじら組」技書博12 技術書典19 on X: "僕個人的には、罵声をがなり立ててる人に積極的に味方したいとはあまり思えないのが正直な所で、「敵」方の中にも見方をたくさん作るやり方の方が良いと思っているので、「トーンポリシングだ！」を錦の御旗に反論を封殺することには、否定的です。" / X https://x.com/piro_or/status/1399254953735

Tsugawa/CubeSoft, Inc. on X: "トーンポリシング (Tone Policing) と言う批判が妥当と思う時もあるけど、一方で「隙を見せた相手をひたすら馬鹿にして弄ってる」ようにしか見えない事象もたくさんあって、どれがどこまでかみたいなのは（自分の感情の制御も含めて）いろいろ難しい。" / X https://x.com/tt_clown/status/174787485

context: CLI、TUI至上主義の人の記事を見た。自分はvimmerだから共感する部分もあったが、GUIの可能性を否定しすぎるのも良くないと思う

"多くの場合、人は形にしてみせてもらうまで、自分が何がほしいのかわからない" (スティーブ・ジョブズ) といったように、直感的なGUIというのは開発側にとっても、中小要件の具体化による思考の洗練のために必要なことがある

context: CLI、TUI至上主義の人の記事を見た。自分はvimmerだから共感する部分もあったが、GUIの可能性を否定しすぎるのも良くないと思う

"多くの場合、人は形にしてみせてもらうまで、自分が何がほしいのかわからない" (スティーブ・ジョブズ) といったように、直感的なGUIというのは開発側にとっても、中小要件の具体化による思考の洗練のために必要なことがある

Claude CodeやCodex CLIでvitestを実行させると、ゾンビプロセスとしてvitestのプロセスが残り、メモリを大量消費してしまうことがある。

devcontainerの中でyoloさせる身としてはこれが起こるとたいへん困る。

vitestを何も設定せずに実行するとwatchモードになるのが原因ではないかと考えた。

実際、以下のような記事もあった。

AI支援ツールがメモリを食い潰す？ Claude Codeが起こした「Vitest暴走事件」の顛末と再発防止策 - UPSIDER Techblog https://tech.up-sider.com/entry/20250707_card-division

酒を飲んだときのほうがパフォーマンスがよく感じることがある

酒を飲んでも脳には悪影響しかないはずなのにそのように感じるのはブレーキを壊して行動力をかさ増ししているからではないかと考えた

普段色々なことを考えすぎてしまうので、酒によって一部への注意が欠けるとそのぶん思考に費やすリソースを一点に集中させることができ、良い結果が得られることがある。

しかし、パフォーマンスを求めて酒を飲むのは効率が悪いし副作用もあるので、以下の方法でブレーキを壊すようにしている

予定を詰めて忙しくする

酒を飲んだときのほうがパフォーマンスがよく感じることがある

酒を飲んでも脳には悪影響しかないはずなのにそのように感じるのはブレーキを壊して行動力をかさ増ししているからではないかと考えた

普段色々なことを考えすぎてしまうので、酒によって一部への注意が欠けるとそのぶん思考に費やすリソースを一点に集中させることができ、良い結果が得られることがある。

しかし、パフォーマンスを求めて酒を飲むのは効率が悪いし副作用もあるので、以下の方法でブレーキを壊すようにしている

予定を詰めて忙しくする

文脈:

kbwo on X: "AIは人知を超えて見えるように振る舞わないと本当の力が出せないはずだ/そうであるべきだみたいな考えに縛られすぎな人が多くなっている気がする" / X https://x.com/__kbwo/status/1975483140107091985

kbwo on X: "AIバイナリ生成論よく話題になるけど、研究としては面白いが、AIにバイナリ生成させることのメリットが超最適化程度だとメリットとして薄すぎると思う 少なくともシンギュラリティ後も人間が社会を続けていくつもりがあるなら" / X https://x.com/__kbwo/status/1895046138761486445

Yuta SAWA on X: "シンギュラリティ後の世界ならばどうでもいいが、現状では各個人の能力を最大化するためにAIを使うという基本方針になるわけで、その中で自分が意思決定できる範囲を自分から手放すのは単なるアホだと思う。" / X https://x.com/sawawww/status/1974786519283155411

話題:

Yuta SAWA on X: "これはOSSの人達はそう思ってるかも知れないけど万人が同意してくれる命題ではないと思うにゃん。 コードがあることはそれを選定する側からすればコストなので、良いものでない限りは迷惑ですよ。 それでもそういう世界が良いと信じるのは個人の信仰なので否定はしないけども。" / X https://x.com/sawawww/status/19754693947310985

自分の考えと同じもの:

にゃんだーすわん on X: "そうやって他人が作ったものを無料で拾い食いしようとしている立場で味に文句つけはじめる…" / X https://x.com/tadsan/status/1975549566834647045

Moriyoshi Koizumi on X: "たまたま見かけてしまったけど「迷惑」とまで曰うのはさすがに恐ろしすぎないか、思想として" / X https://x.com/moriyoshit/status/1975491412151181702

Nothing Ear (open) https://amzn.asia/d/ai39zRK

つけていることを忘れるくらい楽

室内サンダル https://amzn.asia/d/5JZR2wu

トレーニングチューブ https://amzn.asia/d/5JZR2wu

筋トレのウォームアップ・関節が痛くてダンベルでトレーニングできない部位を鍛えるのにかなり役立ってる

ITエンジニア、特にソフトウェアエンジニアとのコミュニケーションの比率が多いせいで、たまにカルチャーの違いに気づかず感覚のすれ違いが起こることについて、起こったケースをメモする

技術的な発信がいわゆる"意識高い系"として見られがち

エンジニアの環境だと本当に普通なので忘れてしまうが、確かに言われてみれば意識高い系っぽい

必要以上に攻撃的な表現が多用されている

"クソ"とか社会人で身分をインターネットで公開している人が普通に言っちゃう人の率が高い（自戒も込めて）

#azookey

いつからかiOSで日本語変換の精度が異常に悪くなった

azookeyに変えてから、正直日本語変換の精度がめちゃくちゃ上がったという気はしていないが、スマホでの入力時のストレスは格段に減った

iOSでライブ変換できるのが最高

左右移動が楽なのも良し

「ネタだから許してほしい」に対して、「ネタにしても面白くない」という視点で責めるのは悪手すぎる

そのネタを面白いと思う人がいた時点でそのネタには価値があったことになるので、結局気に入らないものを潰したいだけという話になってしまうから、ネタだとしても言ってはいけないというラインを攻め続けるべき

以前は.git内にworktreeを置く運用をしていた。

エディタのナビゲーションの面ではなかなか良い運用だった。

やめた理由:

開発用ツールがうまく動かないことが頻繁にある

e.g. .gitディレクトリの中でVitestを実行すると、エラーが発生する話 https://zenn.dev/arm_techblog/articles/c14827f385df68

技術的選定は政治的な要素が大きく関わると思っている

context: 質問箱

【公式】Peing-質問箱- on X: "また、コード全体がRailsで作られていることもサーバ負荷の原因となっており、部分的にでもGoやNodeへの置き換えを予定しております。 これらの過程で、動作が不安定になる場合などあるかと思いますが、何卒ご容赦いただけますと幸いです。 今後とも質問箱を何卒よろしくお願いいたします。 (3/3)" / X https://x.com/Peing_net/s

【公式】Peing-質問箱- on X: "なおピーク時は1億PV/月あったそうです。 現状でも300万PV/月あり、Railsのようなスクリプト言語で全て書く規模ではないと考えています。 （PHP, Python含めてです。Ruby/Railsだけをディスる意図は全くないです）" / X https://x.com/Peing_net/status/1959506540378857875

Ruby on Railsがボトルネックではないだろという至極真っ当な指摘が出ているみたいだが、技術的選定のような大きな意思決定は政治的な要素が大きく関わると思っているので、外部から正論吐いても全く無意味なことも多いと思う

技術的選定は政治的な要素が大きく関わると思っている

context: 質問箱

【公式】Peing-質問箱- on X: "また、コード全体がRailsで作られていることもサーバ負荷の原因となっており、部分的にでもGoやNodeへの置き換えを予定しております。 これらの過程で、動作が不安定になる場合などあるかと思いますが、何卒ご容赦いただけますと幸いです。 今後とも質問箱を何卒よろしくお願いいたします。 (3/3)" / X https://x.com/Peing_net/s

【公式】Peing-質問箱- on X: "なおピーク時は1億PV/月あったそうです。 現状でも300万PV/月あり、Railsのようなスクリプト言語で全て書く規模ではないと考えています。 （PHP, Python含めてです。Ruby/Railsだけをディスる意図は全くないです）" / X https://x.com/Peing_net/status/1959506540378857875

Ruby on Railsがボトルネックではないだろという至極真っ当な指摘が出ているみたいだが、技術的選定のような大きな意思決定は政治的な要素が大きく関わると思っているので、外部から正論吐いても全く無意味なことも多いと思う

Promptの内容ではなく、渡し方について

前提として、Coding Agentの動作を見て与えるプロンプトを考えたりするのは避けられるのであれば避けたいと考えている

AIからのフィードバック（編集内容も含めて全て）が遅いので、微妙な待ち時間が発生し、集中力を切らしてしまう

自分の渡し方

ある程度、動作の範囲を事前に予測できる(じゃじゃ馬じゃない)モデルを使う

以下のような事象が起こり、顧客体験として最悪だったので今後BIGLOBEとの契約は可能な限り回避することにした

2025年8月現在、現住所でauひかり×プロバイダbiglobeの契約中

2025-08-08 auひかりの解約手続きをしようとしたところ、biglobe光へのコース変更ができたのでbiglobeと引っ越し先の回線としてBIGLOBE光の契約手続きを開始する

au光の解約手続きをしようとしていたのはauひかりが次の家で使えなかったから

2025-08-16に引越し先のBIGLOBE光契約のキャンセルをした

glidenote/memolist.vim: simple memo plugin for Vim. https://github.com/glidenote/memolist.vim をもとに、いつでも好きなときにその日の雑なメモをとれるようにしており、それを落書きと呼んでいる

ルールが全く無くてもいいし、自分で決めてもいい。当然好きなときに変えられる。そんな自由度を持つ落書きがあると超便利。

(ターミナルで作業できる環境がある限りは)ありとあらゆる行動を落書きに書いてからコピペしたりまとめたりしている

日々の落書きがローカルのstatic fileではあるが記録として残るため、あとから振り返れるのがかなりいい

最近仕事でやることが目まぐるしく変わっていく中、少し期間を空けてから再度同じタスクに取り組む必要が出てきたときに何度も助けられた

glidenote/memolist.vim: simple memo plugin for Vim. https://github.com/glidenote/memolist.vim をもとに、いつでも好きなときにその日の雑なメモをとれるようにしており、それを落書きと呼んでいる

ルールが全く無くてもいいし、自分で決めてもいい。当然好きなときに変えられる。そんな自由度を持つ落書きがあると超便利。

(ターミナルで作業できる環境がある限りは)ありとあらゆる行動を落書きに書いてからコピペしたりまとめたりしている

日々の落書きがローカルのstatic fileではあるが記録として残るため、あとから振り返れるのがかなりいい

最近仕事でやることが目まぐるしく変わっていく中、少し期間を空けてから再度同じタスクに取り組む必要が出てきたときに何度も助けられた

Claude Code

最近(2025-07-31)頭悪くなってきた

のこのこ@3DのGISやるエンジニア on X: "本家のissueでも伸びていて、「v1.0.24使うとええ感じやで！」的なこと書いてた。 https://t.co/LbY730XNY5" / X https://x.com/nokonoko_1203/status/1949850204762710027

Claude Codeがアホになる問題 https://blog.lai.so/cc-dumber/

2025-07-23

常用（=ターミナルで使う）フォントをHackからIntel One Monoに変更した

元からフォントにほとんどこだわりがなくてHackにしていた

その前はRicty

Intel One Monoを使うことにしたのは偶然この記事を見たから

#Keyboard

2025-06-23に買った

なぜ買ったか

HHKBのキーストロークの深さに疲れるようになってきた

Low-profileなキーボード、Macでも使える、US配列、キーのリマップが簡単という条件で探した

作ったツール

kbwo/vim-shareedit: Share editor state such as cursor position between (Neo)vim and VSCode https://github.com/kbwo/vim-shareedit

作ったツール

kbwo/vim-shareedit: Share editor state such as cursor position between (Neo)vim and VSCode https://github.com/kbwo/vim-shareedit

12月になったので、2024年に実行して価値が合ったものを振り返り次第追記していく

キーボードのBackspaceを小指でタイピングする

手が小さいのを言い訳にして自分のタイピング効率向上を半ばあきらめていたが、意識次第で改善できることがわかった

意識しても実行できないこともあるのでそこは無理しないでいく

例: ギターのGコードで薬指ではなく小指を使うのは自分には無理

https://www.jhsnet.net/pdf/zutu_taisou.pdf

#Vimium

mapKey J <s-nop>

mapKey K <s-nop>

mapKey b <s-nop>

mapKey t <s-nop>

VirtualBox - ArchWiki https://wiki.archlinux.org/title/VirtualBox#Installation_steps_for_Arch_Linux_hosts

VirtualBox - Manjaro https://wiki.manjaro.org/index.php/VirtualBox

エラー:

The VirtualBox Linux kernel driver is either not loaded or not set up correctly. Please try setting it up again by executing '/sbin/vboxconfig' as root.

If your system has EFI Secure Boot enabled you may also need to sign the kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load them. Please see your Linux system's documentati

TL;DR

抽象化された要求を解釈して具体に変化させるのがエンジニアをはじめとする技術者の重要な仕事のひとつである。具体化まで要求者に任せると要求側にとってのメリットがなくなり、技術者に任せなくてもいいじゃんとなる。

要求の多くは抽象化されている

顧客からサービス提供者、上司から部下、レビュワーからレビュイーなど、あらゆる構造において抽象化された要求は存在する。なぜなら、依頼したいのは本質的な改善であり、本質というのは抽象化されているものだからだ。

本質的な改善を依頼するのは、いくつか理由がある。

#Testing #WIP

しかたなくレガシーコードと向き合わなければいけないときの個人的心構えを書いていく

意図がわからないときは歴史をReverse Engeneeringする気持ちで追う

現状のコードが論理的に正しいドメインロジックになっているという幻想を捨てる

レガシーコードの改善やリプレースのコストが効果に見合わなければ手を付けない

しばらくPomodoro Techniqueを運用したうえで感じたPros/Cons

Pros

意識せずとも休憩を取れる

タイマーがないと延々と作業してしまうタイプなので適度に休憩を取れて作業効率が上がる

緊急度が高いタスクに相対しているときは特に休憩を忘れてしまうので助かってる

しばらくPomodoro Techniqueを運用したうえで感じたPros/Cons

Pros

意識せずとも休憩を取れる

タイマーがないと延々と作業してしまうタイプなので適度に休憩を取れて作業効率が上がる

緊急度が高いタスクに相対しているときは特に休憩を忘れてしまうので助かってる

TampermonkeyからViolentmonkeyに移行した。

使い勝手の上での不満はそんなになかったが、最近Tampermonkeyのdashboardを開くとクラッシュすることがMacやLinuxで頻発し、微妙にうざいことがよくあった。

Tampermonkeyのスクリプトがほぼそのまま使えたのはたいへん助かる。（唯一、GM.setClipboardを使用していたスクリプトをGM_setClipboardに書き換えなければいけなかった。）

TampermonkeyからViolentmonkeyに移行した。

使い勝手の上での不満はそんなになかったが、最近Tampermonkeyのdashboardを開くとクラッシュすることがMacやLinuxで頻発し、微妙にうざいことがよくあった。

Tampermonkeyのスクリプトがほぼそのまま使えたのはたいへん助かる。（唯一、GM.setClipboardを使用していたスクリプトをGM_setClipboardに書き換えなければいけなかった。）

2 hop linksがあればCosenseである必要はないと思ってしばらく運用してみたが、ローカルファイルとして持つ以上階層構造にして管理したい。しかし、リンクと階層構造はかなり相性が悪いことを身を持って感じた。私は階層構造よりリンクを優先させたいので、またCosenseに戻ってきた。

Cosense(旧Scrapbox)はポータビリティだけが耐え難いほどネックだと思っているので、なるべく平文に近い文書にする運用でカバーをすることにした。

// ==UserScript==

// @name ChatGPT Hide Element

// @namespace http://tampermonkey.net/

// @version 2024-11-21

// @description try to take over the world!

Bucketheadの好きな曲リスト

曲名をあまり覚えていないので音楽と曲名が一致し次第追記していく

Factory T

Redeem team

View Masters

この法則の名前が合った気がするんだけど思い出せない。

調べていたら良い投稿があった。

田中ひさてる on X: "ユーザーは開発者が想定するよりはるかに低スキルだということと、ユーザーは開発者が想定しなかったような使い方を思いついて活用できるということ、この2つが事実なら、開発者はどっちにしろユーザーの意識からは最も距離のある存在で、理解できないことを理解して、誠実にモノを作ることでしか。" / X https://x.com/tanakahisateru/status/83002

技術書典やBOOTHで本を出版するときに役立ちそうな資料まとめ

- 技術書典で販売可能な書籍の形態（製本書籍、電子書籍など）はなんですか？ – 技術書典ヘルプセンター https://techbookfest.zendesk.com/hc/ja/articles/360060000111-%E6%8A%80%E8%A1%93%E6%9B%B8%E5%85%B8%E3%81%A7%E8%B2%A9%E5%A3%B2%E5%8F%AF%E8%83%BD%E3%81

- BOOTHで自分の作品を売ってみよう - BOOTH https://booth.pm/guide

NeoVimでTreeSitterによってハイライトさせているファイルの一部分の色を変えるときのメモ。

手順

:Inspectでキャプチャを確認する

変えたい対象の部分にカーソルをおいた状態で:Inspectをすると@keyword.directive.markdown links to Keyword markdownのようなキャプチャ情報が得られる。

以前までは https://github.com/nvim-treesitter/playground をインストールする必要があったらしい。

プログラミング言語やフレームワークにおいて、事前に決められているコードを書く上での指針がある。

例えば、Rustにおける「所有権の問題を回避するために無闇にcloneするのを避けるべき」、Go言語における「変数名を短くするべき」が挙げられる。これについて、盲目的に従うことが良いことだと言わんばかりに、厳密にそれを守ろうとして悩むことに異を唱えたい。一応、読む上での注意点を下部に記載している。

以下では、「良しとされていること」を「ルール」と短縮する。実際はルールというほどの強制力はなく、ただのガイドラインだったりするが、盲目的に従われることが多いことから「ルール」と呼ぶ。

前述のRustの例だと、無闇にcloneするとどういうことが起きるのか、変数名が長くなるとどう良くないのかなど、ルールに従うことのメリットとデメリットを理解していれば、そのルールに従わなくてもよい場合、従わないほうが良い場合があることはわかるはずだ。もしルールに従うことに迷いが生じているのであれば、それはルールによってもたらされる便益を本当は理解していないのだ。理解していないし理解しようともしない

一方で、ルールのありがたみを理解し、そのうえでルールに従わない方が良いと判断したのであれば、自らの責任でルールを破ってよいのだ。成果物をツール（言語）に左右されるのではなく、お前が舵を取れ。

#Rust

Feature flags · Serde https://serde.rs/feature-flags.html#rc

「良いUI/UX」を作りたいときの思考、思想的な面で注意するべき点を並べておく。全て、趣味ではなく仕事でUI/UXに取り組む前提で書いている。

理詰めで設計する

「なんとなくこれが良いと思った」ではなく、なぜそのUIが良いのかを説明できるのが良い。

必ずしも「説明する」必要はないが、理由を求められたときに説明できるべき。

なぜ悪いのかについても然り。

Docker - ArchWiki https://wiki.archlinux.org/title/Docker

desktop

docker compose

検証内容

VSCodeでは同じ状態で選択肢が出てくる

coc-tsserverを古いコミットに戻す

coc.nvimを古いコミットに戻す

coc.nvimを最新のmasterにする

これで8.0.xに戻せる

brew uninstall mysql

brew install mysql@8.0

brew link mysql@8.0 --force --overwrite

踊り字 - Wikipedia https://ja.wikipedia.org/wiki/%E8%B8%8A%E3%82%8A%E5%AD%97

漢字、句読点、記号にマッチする正規表現 | 正規表現入門 https://www.javadrive.jp/regex-basic/sample/index9.html

Ruby の正規表現で日本語（ひらがな/カタカナ/漢字）にマッチさせる | EasyRamble https://easyramble.com/japanese-regex-with-ruby-oniguruma.html

連載:正規表現 Unicode文字プロパティについて(1)｜TechRacho by BPS株式会社 https://techracho.bpsinc.jp/hachi8833/2013_09_13/13433

Unicode character class escape: \p{...}, \P{...} - JavaScript | MDN https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Regular_expressions/Unicode_character_class_escape

#Rust #wip

静的型検査が厳しいコンパイル型言語になっている

人間が気にしなければいけない領域が少なくて済む

外部との境界も、コンパイルできている状態かつserdeのようなserialization用のライブラリを信用さえできれば、煩わしい「境界のテスト」を最小限に済ませられる。

O'Reilly Japan - 脳に収まるコードの書き方 https://www.oreilly.co.jp/books/9784814400799/

文脈（context）を作る。

説明の中で使う単語の意味が文脈によってブレる場合、事前に、または並行して文脈や背景を説明しておく。

ある単語「X」があったとして、「X」という名前のRDBのテーブルと、それとは別にソースコードの中で「X」という変数が使われているという場合がある。どちらの「X」について話すのか伝わるように、あえて「Xテーブルについて、...」という前置きから始める。

例として、同一の単語が複数の文脈に含まれる場合を挙げたが、必ずしもそのような場合でなくとも、文脈は分かりやすくするのが良い。

聞き手の知識レベルに合わせて話をする。

文脈（context）を作る。

説明の中で使う単語の意味が文脈によってブレる場合、事前に、または並行して文脈や背景を説明しておく。

ある単語「X」があったとして、「X」という名前のRDBのテーブルと、それとは別にソースコードの中で「X」という変数が使われているという場合がある。どちらの「X」について話すのか伝わるように、あえて「Xテーブルについて、...」という前置きから始める。

例として、同一の単語が複数の文脈に含まれる場合を挙げたが、必ずしもそのような場合でなくとも、文脈は分かりやすくするのが良い。

聞き手の知識レベルに合わせて話をする。

Key.js \ JavaScript keyboard event key codes & key identifiers https://keyjs.dev/

Video file compressor https://tools.rotato.app/compress

Marp: Markdown Presentation Ecosystem https://marp.app/

まれに書くときに書き方忘れる

ToSqlとFromSqlの実装忘れたらコンパイルとおらない

#[derive(

Debug,

Eq,

という名称知らなかったが要はロングポーリングとかのこと

Comet (programming) - Wikipedia https://en.wikipedia.org/wiki/Comet_(programming)

Comet is a web application model in which a long-held HTTPS request allows a web server to push data to a browser, without the browser explicitly requesting it. Comet is an umbrella term, encompassin

Long Polling: The client sends a request to the server, which holds the request open until data is available or a timeout occurs. The client then immediately sends another request upon receiving a res

Comet: A broader term that can encompass multiple techniques for achieving real-time updates from the server to the client, including long polling.

Claudeによる定義

心理的安全性は、組織心理学や組織行動学の分野で重要な概念です。簡潔に定義すると:

心理的安全性とは、チームや組織の中で、個人が対人関係上のリスクを取ることを安全だと感じられる程度のことを指します。

具体的には:

意見や質問を自由に表明できる

#Cosense(旧Scrapbox) #Scrapbox #wip

階層型じゃないから

階層整理型WiKiはスケールしない

仕込んだ赤リンクが青リンクになるのが気持ちいい

雑に書ける

よくバージョン管理が必要になるNode、Python、Rubyをそれぞれvolta、pyenv、rbenvで管理していた。それぞれ微妙に不満があり、特にvoltaはこのissueが辛かった。

Volta Node is not available when opening a bash terminal · Issue · volta-cli/volta

https://github.com/volta-cli/volta/issues/1007

ということで重い腰を上げて、miseを使うことにした。

Home | mise-en-place

wip

#Rust

「属人性」と「属スキル性」は区別したほうが良い。

まずはじめに、属人性と属スキル性について解説しておく。

属人性

特定の個人に依存する性質

エラーメッセージはこれだけ。

yarn install で YN0000: · Failed with errors in 6s 934ms

原因は yarn v4。

v1 に変えたら解決した。

$ yarn set version 1.22.21

これさえ守ればうまく行くということはないが、これを破ってしまったときは大抵後で不都合の出る設計になる

wip

これさえ守ればうまく行くということはないが、これを破ってしまったときは大抵後で不都合の出る設計になる

wip

yarn create coc-extension coc-testing

cd ~/.config/coc/extensions/node_modules <path>

"<extension name>": "<path>"

wip

❯ sudo pacman -Syyu

:: Synchronizing package databases...

manjaro-sway 130.0 B 196 B/s 00:01 [###################

core 150.4 KiB 59.5 KiB/s 00:03 [###################

extra 8.7 MiB 1243 KiB/s 00:07 [###################

「通信の秘密」関連の注意点についてまとめた。

通信の秘密の保護に関する内容はを定めている法律は参考2を参照。

通信の秘密の定義

参考1より、

１．通信の秘密の範囲

WIP

会社でネットワーク勉強会をやった。ネットワークの具体的な話をする前に、なぜネットワークあるいは低レイヤ、基礎技術を学ぶべきなのかという話をした。これは我ながら非常に良い話で、エンジニアという職業に対しての考え方をいい感じにまとめることができた。以下は原稿の一部。

自分が直接触れる、あるいは触れる可能性を想像できる範囲においてのみ学習や能力の向上を試みる人も少なくない。これはエンジニアが単なるIT技術に対して詳しいスペシャリストであるという見方からすると、それほど問題のある傾向とは思えない。一方で、一般論として、エンジニアの本来の仕事は「問題解決」である、とも言う。私は、「問題解決」をしない仕事などというものはほとんどないと思っている。すべての職業は何らかの

人生は有限である。トレンドになっている技術はキラキラしていて、あるいはお金の匂いがして魅力的だというのは理解できるところではあるが、そのような世界で戦うことを選ぶと非常に短期的な競争を何度も繰り返すことを厭わない精神が必要である。こういった表面的な技術は、移り変わりが激しく、ニュースを追っているだけで一日が過ぎてしまっていてもおかしくない。また、習得しても上位互換となる代替技術がすぐに出てきて、自

基礎を学ぶことのメリットは大きい

一方で、低レイヤを含めた基礎的な技術や基礎学問を学ぶことは長期的に大きなメリットがある。まず、このような分野はめったに陳腐化しない。前述の表面的な技術は、すべて基礎の上に成り立っている。表面は陳腐化しても、基礎の重要性は変わらない。そのため、表面的な技術を日々一生懸命に学んでいる人が専門としていることを、基礎を怠らずに学習している人が学び始めたらすぐに習得し前者を軽々と追い越してしまった、というこ

会社でネットワーク勉強会をやった。ネットワークの具体的な話をする前に、なぜネットワークあるいは低レイヤ、基礎技術を学ぶべきなのかという話をした。これは我ながら非常に良い話で、エンジニアという職業に対しての考え方をいい感じにまとめることができた。以下は原稿の一部。

自分が直接触れる、あるいは触れる可能性を想像できる範囲においてのみ学習や能力の向上を試みる人も少なくない。これはエンジニアが単なるIT技術に対して詳しいスペシャリストであるという見方からすると、それほど問題のある傾向とは思えない。一方で、一般論として、エンジニアの本来の仕事は「問題解決」である、とも言う。私は、「問題解決」をしない仕事などというものはほとんどないと思っている。すべての職業は何らかの

人生は有限である。トレンドになっている技術はキラキラしていて、あるいはお金の匂いがして魅力的だというのは理解できるところではあるが、そのような世界で戦うことを選ぶと非常に短期的な競争を何度も繰り返すことを厭わない精神が必要である。こういった表面的な技術は、移り変わりが激しく、ニュースを追っているだけで一日が過ぎてしまっていてもおかしくない。また、習得しても上位互換となる代替技術がすぐに出てきて、自

基礎を学ぶことのメリットは大きい

一方で、低レイヤを含めた基礎的な技術や基礎学問を学ぶことは長期的に大きなメリットがある。まず、このような分野はめったに陳腐化しない。前述の表面的な技術は、すべて基礎の上に成り立っている。表面は陳腐化しても、基礎の重要性は変わらない。そのため、表面的な技術を日々一生懸命に学んでいる人が専門としていることを、基礎を怠らずに学習している人が学び始めたらすぐに習得し前者を軽々と追い越してしまった、というこ

クソコード関連の話題のときに、よく「成果物は関係者が最善を尽くした結果であると考える」ことが重要であるという論調が出てくる。これは成果物の責任を個人に背負わせ、個人攻撃に繋げないためだと思われる。個人攻撃をするべきではないというのは同意見だが、そのソフトウェアの歴史を批判的に振り返ることを避けるべきではない。

ソフトウェアの成果物が個人によって悪い結果になった、もし自分(たち)だったらよりよい結果を得られていたはずだ、と結論づけるのは傲慢である。一方で、歴史を振り返る際に、最善を尽くした結果なんだからこうなってるのも仕方ないよね、と波風が立たないような結論をつけるべきだというのも、不自然、あるいは不自然なことを要求する傲慢な主張である。なぜなら、人間は歴史を振り返る際に批判的な姿勢を少なからずとるからだ

もちろん、「最善を尽くした結果である」と「成果物を批判的な観点で評価する」ことは相反する事象ではないが、前者ばかりが昨今主張されており、逆に開発現場にねじれのようなものが生じているのではないか。

成果物を批判する話し手は、以下を心に留めて批判すると良い。

成果物を個人攻撃につなげない。

WIP

後で書こうと思ってたけど、エンジニアは何を学ぶべきなのか で大体言いたいこと言ってた。

cannot compile on Fedora 33 64bits · Issue #96 · opsengine/cpulimit

キラキラ願望が強いがスキルの低いエンジニアとは、こんな感じのイメージ。

とにかくイケてる技術を使いたい。

イケてる、の基準はモダン、トレンド、フォロワーの多い人や企業が使っているかどうかなど。

トレンドには詳しい一方、基礎的な知識や実力はそれに比べて大きく欠けている。

イケてる技術がなぜイケてるのかの説明ができない。

jsdom使いたいときどっちでも困る

Support JSDOM · Issue #3554 · oven-sh/bun

Using jsdom with Deno | Deno Docs

https://github.com/sveltejs/language-tools/blob/master/packages/typescript-plugin/README.md

svelte-language-server watcher doesn't work in neovim lspconfig · Issue #2008 · sveltejs/language-tools

一部のアプリケーションで動かない

Vivaldi

Alacritty

https://linuxfun.org/2022/11/05/how-to-install-fcitx5-mozc-on-manjaro-linux/#google_vignette

https://github.com/alacritty/alacritty/issues/2734

ユーザアカウント削除/退会、その他データ削除(チャットアプリを例)についてまとめておく。

法律の専門家でないので、問題ない場合もあるかもしれないが、最低限これは問題(になりうる)という点をまとめておく。

管理者など特定の権限があればユーザが「削除」したつもりの情報を閲覧できることで法令やコンプライアンスの観点から問題ないのか。

個人情報の保護に関する法律 | e-Gov法令検索

第二十二条　個人情報取扱事業者は、利用目的の達成に必要な範囲内において、個人データを正確かつ最新の内容に保つとともに、利用する必要がなくなったときは、当該個人データを遅滞なく消去するよう努めなければならない。

(3) Help with virtualbox with i3 : i3wm

I3wm problems with virtualbox · Issue #2324 · i3/i3

正直であることから始める / Start by being honest. - Speaker Deck

使う:

チームの全員が使い方と Pros/Cons を知っている

大規模なプロジェクト

使わない:

チームのメンバーが gRPC を知らない

開発者(特にweb)はどうでもいい知識を学ぶことに時間をかけすぎている人が多いように感じる

わけもわからずトレンドを追っているだけみたいな層が一定数いる

例えば、Next.jsとかRailsとかのフレームワークの上手い使い方とか、Dockerの細かい知識とかはどうでもいいと思っている

フレームワークを知りたいのであればフレームワークが解決した問題とその解決手法について調べるべき

Dockerがよく分からないのであれば仮想化技術について学ぶことから始めるべき

一部で見られる品質保証部門の老害化。そして老害化した品質保証は品質を悪化させる - 千里霧中

プロダクトバリデーションを放棄して、プロセスバリデーションに偏重する

あるある

https://qiita.com/bohemian916/items/46f9f1e8bb32fc0a1f99

https://note.com/torotiti/n/ndf416a4a2d7a

毎回調べてるからメモ

diesel::sql_types - Rust

開発者(特にweb)はどうでもいい知識を学ぶことに時間をかけすぎている人が多いように感じる

わけもわからずトレンドを追っているだけみたいな層が一定数いる

例えば、Next.jsとかRailsとかのフレームワークの上手い使い方とか、Dockerの細かい知識とかはどうでもいいと思っている

フレームワークを知りたいのであればフレームワークが解決した問題とその解決手法について調べるべき

Dockerがよく分からないのであれば仮想化技術について学ぶことから始めるべき

copilot.vim support for copilot chat? · community · Discussion #50939

ScrapboxとMarkdownの思想的な違い - Rakusai Public

(1) Hiromitsu Takagi on X: "それはVPN販売業者の宣伝。災害に乗じたデマに惑わされないように。" / X

(1) Shin-ya Ohnishi on X: "最近、IT業界は特にこれが酷い。暗号理論もPKIも最近のブラウザの挙動も一切知らないのに、なぜか「中間者攻撃」という言葉だけ覚えていて、それで高木浩光氏を批判するのは何なのか。" / X

(1) angel (as ㌵㌤の猫) on X: "いや、フツーに駄目じゃね? これ。 ※やっぱり MITM みたいな「なんか知ってると理解した気になれる」専門用語って、( 専門家の間でも無い限り ) 無い方がいい気がする。" / X

(1) S (ﾂｲｰﾄはｽﾚｯﾄﾞ全体をご確認ください) on X: "（安全な方向の誤情報は良いと思ってるとしたら間違いで、本来は可能な通信を危険と思い込んでしまったらそれも有害。" / X

[https://twitter.com/shikakushikenda/status/1742821478750666869 (1) ぷうこに@資格試験大好きおじさん on X: "全くもって特殊なケースを並べ立てている。Proxyサーバーでhttpsを終端させるためには、その証明書をtrustストアに放り込み、DNSを弄る必要がある。ウイルス対策ソフトがやってるのがソレだが、コレがいかに悪質か

ストレスが脳梗塞、脳出血のリスクを高める

ストレスの緩和たいせつ

https://www.jstage.jst.go.jp/article/shinzo/46/5/46_563/_pdf/-char/ja

https://www.jstage.jst.go.jp/article/shinzo/46/5/46_563/_pdf/-char/ja

https://www.jstage.jst.go.jp/article/jisss/41/0/41_107/_pdf

ブラウザバックすると画面遷移はするが画面の内容が元の画面のままでtitleが[object Object]になっている

他のブラウザも怪しい気がしてきた

これはVivaldiさんが悪いのではなく、DuckDuckGoさんが悪かった

非機能要求グレード | アーカイブ | IPA 独立行政法人 情報処理推進機構

箇条書き部分に記載しているが、

そもそもクソコードという名称自体、はインターネットで概念として語る程度が丁度いい

クソコードが持つ要素

生産性が低い

安心して変更/拡張できず、身動きが取れない

https://x.com/tan3_sugarless/status/1740073306299249124?s=46&t=ZVaHgaI6nEO5w_22iFO2Xg

https://type.jp/et/feature/18172/

以下で管理コスト、という言葉を出すがSESの人材を発注元が直接指揮命令するという意味ではなく、SESからの人材の成果、進捗、速度を考慮した自社の人材やスケジュール等、各種事業のハンドリングのコスト及び、各種契約や手続きのコストなどSESとの契約で発生する全ての負の副作用である。

SESから安い人材を調達しても、管理コストの方が大きすぎてメリットがほとんどないと思っている。

経験年数が増えた人ほど管理職へのパスも勧められるのは日本でよくあることから、管理職もある程度プレーヤーとしてのスキルがあると仮定する。そうすると、安い人材を調達したところで、その安くて低スキルな人材を管理するために、スキルのある管理者の時間が奪われることになり、それなら管理者が自分でやったほうが良くね？という話になってしまう。低スキル人材が自社で直接雇用している人であれば、成長を期待して投資として

https://www.reddit.com/r/Android/s/u99qWCNrXB

#Law

「電気通信事業法改正への対応」と題して、ＴＭＩ総合法律事務所 大井 哲也氏・ＴＭＩプライバシー＆セキュリティコンサルティング 森嶋 祐也氏によるセミナーを2023年12月11日（月）に開催!! | 株式会社　新社会システム総合研究所のプレスリリース

TODO: この内容を調査

個人関連情報と Cookie 規制の動向

#PHP

1年の振り返りを色々と考えていたら、PHPにイライラしたことばかりが頭に浮かんでくるのはもはや恒例行事だ。2022年のことだったと思うが弱小PHPerにとっては腹立たしい挙動があったのを思い出してしまった。

PHPは学習コストが高いと常々思っているが、これに関しては本当に許せなかった。PHPに詳しい人ならわかるのかもしれないが、開発するのにこんな知識が必要な言語がもてはやされているのは全く理解できない。(PHPという存在自体へのリスペクトはしている)

うろ覚えだが、たしかLaravelで、

https://laravel.com/docs/10.x/validation#form-request-validation のようにリクエストのバリデーションをするクラスを作成していたときだったはず。

DNS propagation、浸透、伝搬あれこれ

https://www.e-ontap.com/dns/propagation/

https://www.e-ontap.com/blog/20190116.html

https://jprs.jp/tech/material/iw2011-lunch-L1-01.pdf

https://www.infrastudy.com/?p=1313

Cross viewport

https://github.com/responsively-org/responsively-app

https://scaff.dog

WIP

#tauri

https://github.com/tauri-apps/tauri/issues/2975

https://github.com/tauri-apps/tauri/issues/2709

Well i can see that this sentence(s) might not be quite informative/understandable enough (i blame the language barrier(s) lol). But it's still the most important message here, iframe and shadow dom

https://techcrunch.com/2023/12/07/googles-best-gemini-demo-was-faked/

https://techcrunch.com/2023/12/07/googles-best-gemini-demo-was-faked/

#WIP

https://www.reddit.com/r/aws/comments/18kyg5v/ecs_vs_eks/

https://medium.com/codex/the-next-js-conf-picture-that-blew-peoples-minds-6a3dbb1bb308

この考え方にはまったく賛成できない。クライアントとサーバーの境界を隠すことに利点があるのはわかるが、これは抽象化のしすぎだと思う。小規模なコードを書くぶんにはシンプルな解決策かもしれないが、大規模なコードでは設計を難しくするだけか、破綻させることにすらなると思っている。コードを書く自由度は上がるかもしれないが、フレームワークは問題に対するシンプルで一貫したやり方を提供するべきだと考えている。

以前、Remix と Next.js についての記事で、Next.js も Web 標準を尊重しているという意見があったが、そうではなく、かなり前衛的だと感じた。

https://leerob.io/blog/using-nextjs

CKEditor5 の emoji plugin を作るつもりだった。CKEditor4 には emoji plugin があるのに、CKEditor5 には無いから。

https://ckeditor.com/docs/ckeditor5/latest/updating/ckeditor4/ckeditor4-plugin-compatibility.html

ただ調べてみると、mention plugin と special-characters plugin で実

: を前置して補完つきで emoji を挿入するのは、Fully customized mention feed のようにすればできる。

ツールバーの emoji ツールチップは、special-characters plugin とそのカテゴリ分けの機能だけでできる。

conform.nvim は一番近い package.json のあるディレクトリを基準にする。

eslint の設定ファイルが monorepo の root にあると、eslint_d が設定を正しく読み込まない。

この設定を足した

local util = require("conform.util")

local eslint_d = require("conform.formatters.eslint_d")

テスト

yarn run test

ref: https://ckeditor.com/docs/ckeditor5/latest/framework/contributing/development-environment.html

ref: Error on yarn install without detailed log

CHROME_BIN を設定する必要があるらしい

腰痛が回復してきたのでスクワットを70kgから再開した。

本当にスクワットが原因だったのかわからなかったが、再開してトレーニングした後明らかに腰が重くてやっぱりスクワットが原因ぽかったなと確認できた。

腰痛が回復するのに以下をやった

接骨院にいく

スタンディングデスクを活用してなるべく座らないようにする

2026-09-21 Jevを試している

Introducing System One Models & Jev - TypeSafe AI Blog https://typesafe.ai/blog/introducing-system-one-models-and-jev

Fine-tuningとか面倒な作業が必要なく、API経由で安くサッと使えるBERTみたいな理解をしている

自分ではイマイチ活用する面白いアイデアが浮かばないが、以下のアイデアは結構良さそう

ほーきー(Hawkie) | AI× ||||||||||||||||||||||||||||| on X: 個人的にJevのユースケースで有用だなと思ったのは『複雑なルールベースのアルゴリズムが必要なケースでとりあえずJevを使ってプロトタイプを動かす』でした。 Vibe Codingのポン出しでは納得感のあるものにならないが時間もない、まず動くものがほしい……みたいなときにJevで代替する。

昔から活字中毒気味なところがあり、長文を読むのが好きだった。技術記事なんかは、長文を書く人ほど熱意を持って記事を書いているので、読み手にもその情熱が伝わってきて、読後の満足感があった。しかし、今はもう長文を生産することはAIでだれでもできる。いわゆるAI Slopである。そのトピックについてその人が全く理解していなくてもできる。自然と記事の"その人らしさ"が薄れ、誰でも書ける文章になる。そんな

今では長文を見ると逆に視界から外してしまうようになってしまった。Xなんかは特に。Zennもほとんど見なくなった。最近はミンゲイインターネットに載っているような、人間の手で書かれた雑多な個人ブログか、XでAI臭くない投稿をしている人をリストに入れて眺めている。

2024年以降に発信を始めたような人は最初から視界から外しているのでAI Slopを書いていてもそれほど残念感はないが、前からウォッチしていた人が誰でも書けるAI丸出しの長文を垂れ流すだけの人になってしまうのは本当に辛い。

正直に言うと、流行りなので自分もAI Slop的な文章を作って垂れ流そうとしたこともあったが、自分でその価値を認めることができずに結局やめた。

共感:

あとで読むは、読まない

#雑 #AI

文脈: Rohan Paul on X: delete your claude.md file, delete your skills, and delete your hooks. Then see what the model does. It might surprise you. - Claude Code creator at Anthropic Boris Cherny ( @bche

https://x.com/rohanpaul_ai/status/2096117661172384137

AI、出力に影響を与える設定は最小限にするべきだとは思うけど、全くしないのも違うと思う。（文脈の主張では、一度まっさらな設定に戻して本当に必要な設定か見極めるべきみたいな話だと思うけど、それを理解した上で極論を言っている人がXにいたのでそれに対しての反論）

最小限にするのは言うまでもないが、plainなAIがどの程度の性能と傾向を持っているかの肌感が掴みづらくなったり、古いモデルのための過剰な設定のために新しいモデルの足を引っ張らないようにするためだ。

筋トレ

7月はほとんど毎日ジムに通った。多分入会してからは休んだ日が月3日程度しかなかったはず。おかげでひと月で約5kgも体重を増やすことができた（明らかに太りすぎではある）。まだ宅トレでしていなかった動作に徐々に慣れていくフェーズだと思うので、挙上重量が毎週のように増えていくのが楽しい。

身体と栄養の勉強も始めた。とりあえず今のところはこの3冊を読んでいる。

https://www.amazon.co.jp/dp/4991208505

https://www.amazon.co.jp/dp/4991208513

#AI

自作エディタを作り始めた

ここ2ヶ月くらい、自分用のターミナルで動くエディタを自作していた。私は普段Neovimを使用しているが、コーディングをAIを経由して行うようになってから、エディタの使い方が根本的に変わった。コードを直接編集することがかなり減った一方で、コーディングエージェントの台頭以前には頻度が少なかった、同プロジェクト内での並行開発などの操作をするようになった。この編集作業の変化において、Neovimに大き

重厚な初期設計に夢を見た

Opus4.5以降くらいから、だいぶコーディングエージェントに丸投げできる領域が増えた。逐一面倒を見なくとも、事前に設計が固まっていれば、ある程度のクオリティのものを作ってくれる。また、開発中にFableも使えるようになり、より一層自動化された開発を夢見ることができてしまうようになった。今回のエディタ開発では、AI時代であれば、重厚な設計を元にAIという下請けにコーディングを任せて放置しておけばあ

以前Zennの記事に、AIによってコーディングが代替されようとも、エンジニアリングってそもそもコーディングに限定されてないしそもそもエンジニアって時代や状況に合わせて適切に手段を講じて問題解決をしていくんだからメタ的には何も変わってないよねって話を書いた。

エンジニアの仕事内容が変わることは当然に受け入れるし受け入れるしか選択肢がないというのが大前提でこの記事を書いたけど、どうも自分の感覚とは違って、これまでのコーディングを主としたエンジニアリングをしているだけでもエンジニアとしての仕事を果たしていると考える人も未だにいるっぽい。

難解な実装はさておき、SaaSの多くの機能実装自体とかはもうエンジニア以外でもできる仕事で、もはやエンジニアがやるべきメインの仕事ではないと思う。

AI時代になってからようやく、くだらない実装の仕事に惑わされず本質的なボトルネックを解決する仕事ができるようになったり、機能追加そのものをするべきかどうか、あるべき形とは何なのかという思考時間を増やす余裕ができたというのに、未だにちょっとした機能追加実装をやっていて喜んでいる場合ではないのだ。

という話を、なるべく人を傷つけずに伝えたいが傷つけてしまう未来しか見えないので、今のところは以下の他人が書いた資料を無責任に貼る卑怯なことをしている。

#ゲーム

ゲームパッド勢だったが、1-2ヶ月前くらいからレバーレスに乗り換えた。レバーレスの練習がてら、使ったことがなかったマリーザでランクマに潜っていて、昨日マスターに到達した。

ゲームパッドからレバーレスに変えた理由

ゲームパッドへの不満

ゲームパッドだとSAコマンドの入力が遅い

Kensington Slimblade Proを使っていたのは、大玉トラックボールにロマンを感じていたのと、分割キーボードの間に置くのにちょうど良かったからだ。Slimblade Proを手に入れたのは今年の3月。分割キーボードであるKeychron Q11を使うようになってしばらくした頃。

最初は操作に全くなれず、完全に金を無駄にしたと思った。しかし、3日もすると慣れてきて良さがわかってきた。一番はやはり左右どちらの手でも操作が問題なくできるという点だ。分割キーボードの真ん中に置くには最適である。また、トラックボールでカーソルをすべらせたり、スクロールをするときのサウンドフィードバックが心地よく（スクロール音については人によっては不評みたいだが）、使えば使うほど好きになれるデバイスで

しかし、何週間か前から、Kensington Slimblade Proをやめて普通のマウスに戻った。理由は単純で、分割キーボードの真ん中に馴染んだデバイスがあると手がそこに置かれる機会が多くなり、結果的に、巻き肩にならずに作業できるという分割キーボードの利点を潰してしまっていることを実感したから。最初からそのような懸念はあったが、基本的に多くの作業をキーボードで完結させるようにしているので、

結局、マウスは通常のタイプに戻すことになった。と言っても、Slimblade Proのようなクセのあるデバイスを一度経由してしまったので、なんの特徴もないマウスに戻るのも味気ないなと考えた。そこで、ホイールがかなり便利そうなロジクールのMX Masterに目をつけた。ただ、値段が高い。あまり

MX Masterの値段に頭を悩ませながらAmazonサーフィンしていると、サンワダイレクトのワイヤレスマウスが目に入った。MX Masterのようなホイールを持ち、何より値段が安い。こういうのでいいんだよと思いながら、一方で安かろう悪かろうと考えてあまり期待せずに買ってみた。

あれは叩かれてるのにこれは叩かれてない、ダブスタだという人をよく見るけど、普通に観測範囲に入ってないだけなことも多いし、もう少し寛大になれとと思う。昔の自分もそういうダブスタに過敏だったので自戒も込めて。

目に入ってないというだけも許さないとすると、認知したダブスタは叩くのに他のダブスタは叩かないというダブスタをあなたもしてますよねということになる。

例えば、日本人が日本人に対して批判をする風潮に対して、「海外でも同種の事例がある。そちらは叩かないのはダブスタだ。同族の足を引っ張る日本人の悪い癖だ。」という批判をする人 (Aさん) がいたとする。 Aさんには日本人が都合の悪いこと (海外事例) を見ようとせず、日本人が日本人を標的にダブスタをしているように見えているが、考えてみれば日本に海外の情報が話題にならないのは当然である。都合が悪いから見

「叩いていない」は「許している」ではないし、「知らない」は「都合よく見ないようにしている」と同義ではないのだ。

「批判されていない対象がある」ことから、「批判者がそれを許している」と推論してはいけない。

理由はレンタルジムで感じた効果

2026-06-20に友人とレンタルジムに行ってみた。家ではできない、マシンやベンチプレスを試すのが目的でそこまで追い込んで効かせたつもりはないが、翌日にかなりの筋肉痛が来た。

普段宅トレで結構追い込んでいるつもりだったが、その時ほどの筋肉痛は筋トレ始めたての頃以外はほとんど感じたことがなかった。そのため、レンタルジム後の筋肉痛にはかなりショックを感じた。

確かに、家では難しいような「引く」動作のトレーニングや、背中や肩に重点的に効かせるトレーニングは普段刺激を与えられていない部分に与えることになるだろうから、そこについて筋肉痛が来るのは元から予想していた。

しかし、宅トレで十分刺激は与えられていると考えていた胸筋周りにもひどい筋肉痛が来たことには驚いた。

#AI

"AI時代にはサンクコストを捨てるべき"みたいな主張をよく見る。

ここでいうサンクコストは、LLMの台頭以前の知識や経験のことで、上記の主張をしている人に言わせればそういったものは無に帰すそうだ。

この主張には僕は全く賛同できない。

賛同できない理由

理由

前まではCosense (旧Scrapbox)の非公開プロジェクトに雑多なメモをたくさん残して、公開したいものだけ公開プロジェクトに移したりしていたが、二重管理になる記事が増えたり、公開するのが億劫になってしまっていた

比較的体裁を整えた記事はZenn https://zenn.dev/kbwok に書いたりしていたが、最近はZenn自体が読みたい環境ではなくなってしまった。自分が読もうと思わないプラットフォームでは何も書く気にならない

最近は自分の情報のインプット、アウトプットの仕方が変わってきた

個人ブログを作ろうとは今まで何度もしてきたし実際作ってきたけど、個人ブログは個人ブログで不満があってすぐCosenseに戻っていった。個人ブログを色々設定したりコードを書けば不満点は解消できたが、Cosenseに出戻りするかもしれないのに個人ブログにそこまでの労力をかける気にならなかった。しかし、AIの性能が自分の中の及第点を超えたことで労力をかけずにそこそこ満足する個人ブログを作れるようになった

自分の経験をサンクコストとして認識できる人は元からサンクコストを捨てることができる人で、捨てられない人はコストとして認識できないので無駄な話にも思える

“頭ではわかっているけど手放せない”のは潜在的にコスト以上の価値があると認識しているからだと思っていて、価値があると認識しているのであればサンクコストと呼ぶのはどうなのかという感じがする

他者から見てサンクコストだと言ってしまうのは簡単だが、AI時代になってより未来を予測するのが難しくなりつつあるのに、他者が一方的にサンクコストで未来に繋がらないと決めつけたり、その決めつけに当人が揺り動かされてしまうことには違和感

未来の不確実性が高まっているのに、「あなたのスキルは陳腐化する」という予測だけは妙に自信満々に語られる。予測が難しい時代だからこそ過去を捨てろ、というのは、よく考えると奇妙で、予測が難しいなら「過去の蓄積が意外な形で活きる」可能性も同様にある

そもそも、あらゆる経験は無価値になりうるものだと認識しているか、逆にあらゆる経験は抽象化された普遍的な価値に結びつく(というか自分の意識次第で結びつかせることができる)ものだと認識しているかで全く思想が違っているように思える

自戒もこめて

よくある文脈:

本当にやる気があるなら不遇な環境でも乗り越えられるはずだ

本当に頭がいい人は素人にもわかりやすく説明できるはずだ

論理的にはNo True Scotsman（反例を「本物じゃない」と再定義して反証を無効化する）の構造を持つ

文脈: ǝunsʇo ıɯnɟɐsɐɯ / メタバース炎上対策専門家 on X: "「ソフトウェアのコードは読む時間を含めて短ければ短いほど良い。なので一番理想的なソフトウェアは0行0文字。何も書かなくても課題が解決されてる状態が最善」 という思想が有るのを忘れて、とにかくclaudeになんかやらせないと落ち着かないから課題をでっちあげてコード書かせるのは本末転倒になる" / X https://

基本的には同意見（というかソフトウェア開発の常識とまで思っている）

kbwo on X: "何もコードを書かずに課題解決をするのが最善だとは思いつつも、人は実際に見ないとその価値が分からないところがあるので価値を確認する/させるためにたくさん生産したいという気持ちもあり" / X https://x.com/__kbwo/status/2042803332146958543

#Keyboard

始めての左右分割キーボード、Keychron Q11 (赤軸)を買った

感想

良かったところ

始めての分割でもほとんど学習コストがかからず移行できる

6.3 インターリービング - 学習心理学入門 https://hatohato.jp/intro/learning_psychology_intro/05_techniques/03_interleaving.php

シバイヌおやびん（投資系VTuber） on X: "アリババが、AIコーディングは人間の仕事を奪うのではなく、今後10年間にわたって人間が修正し続けるためのレガシーコードを生み出しているに過ぎないことを証明した。 コーディングテストに一度合格するのは容易だが、そのコードを崩壊させずに8か月間維持することは、AIにとってほぼ不可能である。" / X https://x.com/yasutaketi

岡安モフモフ（アーガイル社長）＠ChatGPT/Gemini/ClaudeなどLLMでサービス作る人 on X: "これ単純に、AIが毎回コードをゼロから書き直せば解決するんじゃないのかな。リファクタリングじゃなくてリライトすればいい。 これまでは人間の工数を削減するために、それをやって来なかっただけで、毎回書き直せば技術的負債も蓄積しないでしょ。" / X https://x.com/shiel

Masaki@Web技術者 on X: "「これクソコードだから作り直したほうが早いっすよ！」 っていうエンジニア見たことない？ それ鵜呑みにしてどうなったかとかちょっと前なら腐るほど見た記憶あるな" / X https://x.com/plus_one_masaki/status/2033914001487499355

Solufa on X: "LLMが登場する前からfrourioで自治体・省庁のシステム（3万～15万行規模）をゼロから作り直す事業をしている立場からどうなるかについて答えると、劇的に改善されます テストコード以前にLintすらなくバグ頻発な状態から派遣2人でメンテ出来るほどランニングが安くなりクレームもほぼゼロになる" / X https://x.com/m_mitsuhide/status/2

Solufa on X: "一般にシステムのリメイクが成功しないと言われているのは元を作ったエンジニアと作り直すエンジニアの実力差が少ないケースが多いから 目安として後者が10倍優秀じゃないと作り直しに意味がない 公共の場合、元が月80万の派遣だったりするのでOSS開発者なら25～50倍は差がある（実測値）から成功する" / X https://x.com/m_mitsuhide/status/2

Inoreaderとvimiumの相性が悪い

Inoreaderはたくさんsubscribeしているときのアプリが使いにくい

色々なアプリケーションでVimキーバインドユーザーなので、スクロールバックに<c-b>を頻繁に使用するけど、左手でctrl、右手でbを押す運用に慣れている

分割キーボードを使うと多分片手でそれらを押さなければいけないが、手が小さいので無理

左手でbを押すことに慣れることはできると思うが、自分の苗字のkabasawaを入力するときに、これまでは"b"を右手で入力することで右手が一呼吸置けていた

kabasawaの"abasawa"を左手で押すのはなかなか苦しそう

分割キーボードエアプだから嘘かも

kbwo on X: "仕様駆動開発が嫌だって言ってんじゃないの 仕様駆動開発というバズワードに乗っかって中身のない記事を書いてた人が嫌だって言ってんの" / X https://x.com/__kbwo/status/2032648957017600374

SNSを見ない

有益な情報源でもあるので一長一短

生身の人間とのつながりを持つ

計画主義にならない

計画主義的にキャリアを考えても、AIやそれに伴う社会の変化でひっくり返されたり、ひっくり返されるのではないかという不安で何も計画できない=行動できないに繋がってしまう

2025-12-31 Alt+Spaceでデフォルトの英字入力とGoogle日本語入力を切り替えていたが、なぜかChromeを使うときだけinput sourceを切り替えることができない現象が起きた

最初はChromeを疑ったが、System SettingsからInput Sourceを追加したり削除したりしているうちに直った

不思議

HHKBを使用していた頃の惰性で、Keychron k3 maxに変えたあともパームレストを使用していた

パームレストでキーボードの手前側が隠れているとkeychronのかっこよさがでないなと思ってふとパームレストをどかしたら、圧倒的にタイピングがやりやすいことに気づいた

実際にタイピングゲームでスコアを測ってみたが、パームレストなしだとスコアがかなり伸びていた

プラシーボもありそうなのでパームレストありのほうが有利になるように問題調整をしたがそれでもパームレストなしのほうがかなりスコアが良かった

パームレストをやめたことで、押し込み感が強くなった？深さを感じれるようになったことがかなり影響している気がする

AikidoSec/safe-chain: Protect against malicious code installed via npm, yarn, pnpm, npx, and pnpx with Aikido Safe Chain. Free to use, no tokens required. https://github.com/AikidoSec/safe-chain

mise install npm:@aikidosec/safe-chain

mise use -g npm:@aikidosec/safe-chain

safe-chain setup

save-exact=true

vim.lsp.config("copilot_ls", {

cmd = {

'mise', 'exec', 'node@22', '--', 'copilot-language-server', '--stdio'

}

})

Error: TypeError: fetch failed

at node:internal/deps/undici/undici:13510:13

at process.processTicksAndRejections (node:internal/process/task_queues:105:5) {

[cause]: AggregateError [ETIMEDOUT]:

at internalConnectMultiple (node:net:1134:18)

世間的にどうかは知らないけれど、自分の中でVibe Coding 幻滅期に入った

ここでいうVibe CodingはAIにプロンプトで指示してAgenticにコーディングすることを言う

つまり広義のVibe Coding

厳密な意味でバイブスに乗ったコーディングではない

ccmanagerみたいなものを作ったりしたし、Vibe Codingは仕事でもプライベートでもでもかなり頑張ったが、すべてをvibe codingで解決しようとすると疲れてしまい結果的に生産性が落ちた

Ry0u3 on X: "・ピザピザピザって10回言ってみて… ・ピザピザピザピザピザピザピザピザピザピザ ・じゃあここは？ ・ひざ ・ざんねんヒジでした みたいなUI ユーザーインターフェイスの肩を持つの？" / X https://x.com/ry0u3/status/1978706733259202830?s=12&t=ZVaHgaI6nEO5w_22iFO2Xg

トーンポリシングという言葉が棍棒振り回し正当化に繋がることがインターネットで実証されているので濫用するべきでないと思っている

少なくとも、そういう正当化に繋がる危険性があることを自覚して使うべき

Piro/結城洋志 「もえじら組」技書博12 技術書典19 on X: "全然別の話だけど、トーンポリシング批判の類については僕は、そういう"暴力をふるって回る"事の正当化に使ってはいけない、「私が無限に暴力でぶん殴る事には正当性がある」と安易に主張してはいけないと思う派です。 過去の自分は「自分が気持ちよく殴りたい」欲の発散をそれで正当化していたので。" / X https://x.com/pi

Piro/結城洋志 「もえじら組」技書博12 技術書典19 on X: "僕個人的には、罵声をがなり立ててる人に積極的に味方したいとはあまり思えないのが正直な所で、「敵」方の中にも見方をたくさん作るやり方の方が良いと思っているので、「トーンポリシングだ！」を錦の御旗に反論を封殺することには、否定的です。" / X https://x.com/piro_or/status/1399254953735

Tsugawa/CubeSoft, Inc. on X: "トーンポリシング (Tone Policing) と言う批判が妥当と思う時もあるけど、一方で「隙を見せた相手をひたすら馬鹿にして弄ってる」ようにしか見えない事象もたくさんあって、どれがどこまでかみたいなのは（自分の感情の制御も含めて）いろいろ難しい。" / X https://x.com/tt_clown/status/174787485

context: CLI、TUI至上主義の人の記事を見た。自分はvimmerだから共感する部分もあったが、GUIの可能性を否定しすぎるのも良くないと思う

"多くの場合、人は形にしてみせてもらうまで、自分が何がほしいのかわからない" (スティーブ・ジョブズ) といったように、直感的なGUIというのは開発側にとっても、中小要件の具体化による思考の洗練のために必要なことがある

Claude CodeやCodex CLIでvitestを実行させると、ゾンビプロセスとしてvitestのプロセスが残り、メモリを大量消費してしまうことがある。

devcontainerの中でyoloさせる身としてはこれが起こるとたいへん困る。

vitestを何も設定せずに実行するとwatchモードになるのが原因ではないかと考えた。

実際、以下のような記事もあった。

AI支援ツールがメモリを食い潰す？ Claude Codeが起こした「Vitest暴走事件」の顛末と再発防止策 - UPSIDER Techblog https://tech.up-sider.com/entry/20250707_card-division

酒を飲んだときのほうがパフォーマンスがよく感じることがある

酒を飲んでも脳には悪影響しかないはずなのにそのように感じるのはブレーキを壊して行動力をかさ増ししているからではないかと考えた

普段色々なことを考えすぎてしまうので、酒によって一部への注意が欠けるとそのぶん思考に費やすリソースを一点に集中させることができ、良い結果が得られることがある。

しかし、パフォーマンスを求めて酒を飲むのは効率が悪いし副作用もあるので、以下の方法でブレーキを壊すようにしている

予定を詰めて忙しくする

文脈:

kbwo on X: "AIは人知を超えて見えるように振る舞わないと本当の力が出せないはずだ/そうであるべきだみたいな考えに縛られすぎな人が多くなっている気がする" / X https://x.com/__kbwo/status/1975483140107091985

kbwo on X: "AIバイナリ生成論よく話題になるけど、研究としては面白いが、AIにバイナリ生成させることのメリットが超最適化程度だとメリットとして薄すぎると思う 少なくともシンギュラリティ後も人間が社会を続けていくつもりがあるなら" / X https://x.com/__kbwo/status/1895046138761486445

Yuta SAWA on X: "シンギュラリティ後の世界ならばどうでもいいが、現状では各個人の能力を最大化するためにAIを使うという基本方針になるわけで、その中で自分が意思決定できる範囲を自分から手放すのは単なるアホだと思う。" / X https://x.com/sawawww/status/1974786519283155411

話題:

Yuta SAWA on X: "これはOSSの人達はそう思ってるかも知れないけど万人が同意してくれる命題ではないと思うにゃん。 コードがあることはそれを選定する側からすればコストなので、良いものでない限りは迷惑ですよ。 それでもそういう世界が良いと信じるのは個人の信仰なので否定はしないけども。" / X https://x.com/sawawww/status/19754693947310985

自分の考えと同じもの:

にゃんだーすわん on X: "そうやって他人が作ったものを無料で拾い食いしようとしている立場で味に文句つけはじめる…" / X https://x.com/tadsan/status/1975549566834647045

Moriyoshi Koizumi on X: "たまたま見かけてしまったけど「迷惑」とまで曰うのはさすがに恐ろしすぎないか、思想として" / X https://x.com/moriyoshit/status/1975491412151181702

Nothing Ear (open) https://amzn.asia/d/ai39zRK

つけていることを忘れるくらい楽

室内サンダル https://amzn.asia/d/5JZR2wu

トレーニングチューブ https://amzn.asia/d/5JZR2wu

筋トレのウォームアップ・関節が痛くてダンベルでトレーニングできない部位を鍛えるのにかなり役立ってる

最近はもうCoding Agentの性能比較を純粋な体感でできない

各社が出しているコーディングエージェントツールの性能が良いのか、それともモデル自体が優秀なのかの判断ができない

得意とするタスクもそれぞれ系統が違うだろうし、何かをやらせて上手くできたかどうかでモデルの優劣を測るのはいかがなものか

2025.09.30

iPhone12 mini→17

airも気になっていたけど手が小さいので17にした

電池持ちも気になっていた

感想

「ネタだから許してほしい」に対して、「ネタにしても面白くない」という視点で責めるのは悪手すぎる

そのネタを面白いと思う人がいた時点でそのネタには価値があったことになるので、結局気に入らないものを潰したいだけという話になってしまうから、ネタだとしても言ってはいけないというラインを攻め続けるべき

以前は.git内にworktreeを置く運用をしていた。

エディタのナビゲーションの面ではなかなか良い運用だった。

やめた理由:

開発用ツールがうまく動かないことが頻繁にある

e.g. .gitディレクトリの中でVitestを実行すると、エラーが発生する話 https://zenn.dev/arm_techblog/articles/c14827f385df68

技術的選定は政治的な要素が大きく関わると思っている

context: 質問箱

【公式】Peing-質問箱- on X: "また、コード全体がRailsで作られていることもサーバ負荷の原因となっており、部分的にでもGoやNodeへの置き換えを予定しております。 これらの過程で、動作が不安定になる場合などあるかと思いますが、何卒ご容赦いただけますと幸いです。 今後とも質問箱を何卒よろしくお願いいたします。 (3/3)" / X https://x.com/Peing_net/s

【公式】Peing-質問箱- on X: "なおピーク時は1億PV/月あったそうです。 現状でも300万PV/月あり、Railsのようなスクリプト言語で全て書く規模ではないと考えています。 （PHP, Python含めてです。Ruby/Railsだけをディスる意図は全くないです）" / X https://x.com/Peing_net/status/1959506540378857875

Ruby on Railsがボトルネックではないだろという至極真っ当な指摘が出ているみたいだが、技術的選定のような大きな意思決定は政治的な要素が大きく関わると思っているので、外部から正論吐いても全く無意味なことも多いと思う

以下のような事象が起こり、顧客体験として最悪だったので今後BIGLOBEとの契約は可能な限り回避することにした

2025年8月現在、現住所でauひかり×プロバイダbiglobeの契約中

2025-08-08 auひかりの解約手続きをしようとしたところ、biglobe光へのコース変更ができたのでbiglobeと引っ越し先の回線としてBIGLOBE光の契約手続きを開始する

au光の解約手続きをしようとしていたのはauひかりが次の家で使えなかったから

2025-08-16に引越し先のBIGLOBE光契約のキャンセルをした

自分がまさにそうなのだが、自省的な人間は、本来の自身の性格が嫌いだったり過度に反省する影響で、本来の人となりとは真逆の行動をすることがある

この人はこういう行動をするからこういう性格だろう（だから自分とは合わない）みたいなことは自分も含めて考えてしまいがちだが、逆に本来の性格とのバランスを取ろうとして実行した、本来の性格にはそぐわない行動の可能性もある

Claude Code

最近(2025-07-31)頭悪くなってきた

のこのこ@3DのGISやるエンジニア on X: "本家のissueでも伸びていて、「v1.0.24使うとええ感じやで！」的なこと書いてた。 https://t.co/LbY730XNY5" / X https://x.com/nokonoko_1203/status/1949850204762710027

Claude Codeがアホになる問題 https://blog.lai.so/cc-dumber/

2025-07-23

常用（=ターミナルで使う）フォントをHackからIntel One Monoに変更した

元からフォントにほとんどこだわりがなくてHackにしていた

その前はRicty

Intel One Monoを使うことにしたのは偶然この記事を見たから

#Keyboard

2025-06-23に買った

なぜ買ったか

HHKBのキーストロークの深さに疲れるようになってきた

Low-profileなキーボード、Macでも使える、US配列、キーのリマップが簡単という条件で探した

周回遅れの議論だから特定の意見に対して取り合わないというのは合理的なときもある一方、周回遅れとされている議論が、そもそも界隈以外からは議論するべき問題と認知する土俵にすら上がれていないことも多い

Cosense(旧Scrapbox)をやめてQuartzに移行しようとしていたけど、やはりいつでも気軽に書けるというメンタリティにならなくてやめた

Cosenseに不満がないわけではないが、また再開していく

https://www.jhsnet.net/pdf/zutu_taisou.pdf

VirtualBox - ArchWiki https://wiki.archlinux.org/title/VirtualBox#Installation_steps_for_Arch_Linux_hosts

VirtualBox - Manjaro https://wiki.manjaro.org/index.php/VirtualBox

エラー:

The VirtualBox Linux kernel driver is either not loaded or not set up correctly. Please try setting it up again by executing '/sbin/vboxconfig' as root.

If your system has EFI Secure Boot enabled you may also need to sign the kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load them. Please see your Linux system's documentati

kbwo on X: "リモートワークって直接的な生産性を求めているというより労働力市場の競争力のための福利厚生的な意味合いが強いという認識" / X https://x.com/__kbwo/status/1867801812654551214

BigTechがリモートワークをやめるべきと判断したんだから他の企業もそうなるのは必然だ、という論調には異を唱えたい。

平時の生産性を求めるだけならリモートワークをやめるべきだという意見も分かるが、採用上の強みを考えると本当にそうか？と思う。

世間がコロナを忌避する雰囲気がピークの頃は別として、現状のリモートワークという働き方は、企業が労働市場においてより良い人材を手に入れたり、あるいは人材コストを下げるためのカードのうちの一つだと思う。だからLY社もこれまで採用の際にフルリモートをアピールしてきたのだろう。

そのように考えているので、BigTechがリモートワークをやめているからこそ、労働者から見てBigTechより魅力的でない企業がフルリモートを推し進めるのは一定の合理性がある。

#Testing #WIP

しかたなくレガシーコードと向き合わなければいけないときの個人的心構えを書いていく

意図がわからないときは歴史をReverse Engeneeringする気持ちで追う

現状のコードが論理的に正しいドメインロジックになっているという幻想を捨てる

レガシーコードの改善やリプレースのコストが効果に見合わなければ手を付けない

しばらくPomodoro Techniqueを運用したうえで感じたPros/Cons

Pros

意識せずとも休憩を取れる

タイマーがないと延々と作業してしまうタイプなので適度に休憩を取れて作業効率が上がる

緊急度が高いタスクに相対しているときは特に休憩を忘れてしまうので助かってる

TampermonkeyからViolentmonkeyに移行した。

使い勝手の上での不満はそんなになかったが、最近Tampermonkeyのdashboardを開くとクラッシュすることがMacやLinuxで頻発し、微妙にうざいことがよくあった。

Tampermonkeyのスクリプトがほぼそのまま使えたのはたいへん助かる。（唯一、GM.setClipboardを使用していたスクリプトをGM_setClipboardに書き換えなければいけなかった。）

// ==UserScript==

// @name ChatGPT Hide Element

// @namespace http://tampermonkey.net/

// @version 2024-11-21

// @description try to take over the world!

Bucketheadの好きな曲リスト

曲名をあまり覚えていないので音楽と曲名が一致し次第追記していく

Factory T

Redeem team

View Masters

この法則の名前が合った気がするんだけど思い出せない。

調べていたら良い投稿があった。

田中ひさてる on X: "ユーザーは開発者が想定するよりはるかに低スキルだということと、ユーザーは開発者が想定しなかったような使い方を思いついて活用できるということ、この2つが事実なら、開発者はどっちにしろユーザーの意識からは最も距離のある存在で、理解できないことを理解して、誠実にモノを作ることでしか。" / X https://x.com/tanakahisateru/status/83002

Continuous Delivery 3.0 Maturity Model — NISI - Nederlands Instituut voor de Software Industrie https://nisi.nl/continuousdelivery/articles/maturity-model

What Is a Continuous Delivery Maturity Model (CDMM)? | Codefresh https://codefresh.io/learn/continuous-delivery/what-is-a-continuous-delivery-maturity-model-cdmm/

https://pages.awscloud.com/rs/112-TZM-766/images/A-Roadmap-to-Continuous-Delivery-Pipeline-Maturity-dev-whitepaper.pdf

NeoVimでTreeSitterによってハイライトさせているファイルの一部分の色を変えるときのメモ。

手順

:Inspectでキャプチャを確認する

変えたい対象の部分にカーソルをおいた状態で:Inspectをすると@keyword.directive.markdown links to Keyword markdownのようなキャプチャ情報が得られる。

以前までは https://github.com/nvim-treesitter/playground をインストールする必要があったらしい。

プログラミング言語やフレームワークにおいて、事前に決められているコードを書く上での指針がある。

例えば、Rustにおける「所有権の問題を回避するために無闇にcloneするのを避けるべき」、Go言語における「変数名を短くするべき」が挙げられる。これについて、盲目的に従うことが良いことだと言わんばかりに、厳密にそれを守ろうとして悩むことに異を唱えたい。一応、読む上での注意点を下部に記載している。

以下では、「良しとされていること」を「ルール」と短縮する。実際はルールというほどの強制力はなく、ただのガイドラインだったりするが、盲目的に従われることが多いことから「ルール」と呼ぶ。

前述のRustの例だと、無闇にcloneするとどういうことが起きるのか、変数名が長くなるとどう良くないのかなど、ルールに従うことのメリットとデメリットを理解していれば、そのルールに従わなくてもよい場合、従わないほうが良い場合があることはわかるはずだ。もしルールに従うことに迷いが生じているのであれば、それはルールによってもたらされる便益を本当は理解していないのだ。理解していないし理解しようともしない

一方で、ルールのありがたみを理解し、そのうえでルールに従わない方が良いと判断したのであれば、自らの責任でルールを破ってよいのだ。成果物をツール（言語）に左右されるのではなく、お前が舵を取れ。

#Rust

Feature flags · Serde https://serde.rs/feature-flags.html#rc

「良いUI/UX」を作りたいときの思考、思想的な面で注意するべき点を並べておく。全て、趣味ではなく仕事でUI/UXに取り組む前提で書いている。

理詰めで設計する

「なんとなくこれが良いと思った」ではなく、なぜそのUIが良いのかを説明できるのが良い。

必ずしも「説明する」必要はないが、理由を求められたときに説明できるべき。

なぜ悪いのかについても然り。

検証内容

VSCodeでは同じ状態で選択肢が出てくる

coc-tsserverを古いコミットに戻す

coc.nvimを古いコミットに戻す

coc.nvimを最新のmasterにする

これで8.0.xに戻せる

brew uninstall mysql

brew install mysql@8.0

brew link mysql@8.0 --force --overwrite

踊り字 - Wikipedia https://ja.wikipedia.org/wiki/%E8%B8%8A%E3%82%8A%E5%AD%97

漢字、句読点、記号にマッチする正規表現 | 正規表現入門 https://www.javadrive.jp/regex-basic/sample/index9.html

Ruby の正規表現で日本語（ひらがな/カタカナ/漢字）にマッチさせる | EasyRamble https://easyramble.com/japanese-regex-with-ruby-oniguruma.html

連載:正規表現 Unicode文字プロパティについて(1)｜TechRacho by BPS株式会社 https://techracho.bpsinc.jp/hachi8833/2013_09_13/13433

Unicode character class escape: \p{...}, \P{...} - JavaScript | MDN https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Regular_expressions/Unicode_character_class_escape

#Rust #wip

静的型検査が厳しいコンパイル型言語になっている

人間が気にしなければいけない領域が少なくて済む

外部との境界も、コンパイルできている状態かつserdeのようなserialization用のライブラリを信用さえできれば、煩わしい「境界のテスト」を最小限に済ませられる。

O'Reilly Japan - 脳に収まるコードの書き方 https://www.oreilly.co.jp/books/9784814400799/

文脈（context）を作る。

説明の中で使う単語の意味が文脈によってブレる場合、事前に、または並行して文脈や背景を説明しておく。

ある単語「X」があったとして、「X」という名前のRDBのテーブルと、それとは別にソースコードの中で「X」という変数が使われているという場合がある。どちらの「X」について話すのか伝わるように、あえて「Xテーブルについて、...」という前置きから始める。

例として、同一の単語が複数の文脈に含まれる場合を挙げたが、必ずしもそのような場合でなくとも、文脈は分かりやすくするのが良い。

聞き手の知識レベルに合わせて話をする。

Key.js \ JavaScript keyboard event key codes & key identifiers https://keyjs.dev/

Video file compressor https://tools.rotato.app/compress

Marp: Markdown Presentation Ecosystem https://marp.app/

顔写真から自閉症を判別してみた #Python - Qiita https://qiita.com/YUUUUUUUUUNA/items/278397b273860806cc46

【みんなの反応】顔写真から自閉症を判別してみた - Qiita - ねとなび https://netnavi.appcard.jp/e/eniSP5J

文章を読む限りこの人なりに熟慮はしているようだ。

それを汲んでも、私もこの人とは倫理観が合わないしクソな発想だ。

ただ、本当に自分が取り組んでいることに社会正義につながると考えているのであれば、周りを説き伏せねじ伏せ、成果を残せば良い。逆に反対派はどんどん事を大きくし、法整備で固めてしまえるように運動すれば良い。

Claudeによる定義

心理的安全性は、組織心理学や組織行動学の分野で重要な概念です。簡潔に定義すると:

心理的安全性とは、チームや組織の中で、個人が対人関係上のリスクを取ることを安全だと感じられる程度のことを指します。

具体的には:

意見や質問を自由に表明できる

#Cosense(旧Scrapbox) #Scrapbox #wip

階層型じゃないから

階層整理型WiKiはスケールしない

仕込んだ赤リンクが青リンクになるのが気持ちいい

雑に書ける

よくバージョン管理が必要になるNode、Python、Rubyをそれぞれvolta、pyenv、rbenvで管理していた。それぞれ微妙に不満があり、特にvoltaはこのissueが辛かった。

Volta Node is not available when opening a bash terminal · Issue · volta-cli/volta

https://github.com/volta-cli/volta/issues/1007

ということで重い腰を上げて、miseを使うことにした。

Home | mise-en-place

wip

#Rust

「属人性」と「属スキル性」は区別したほうが良い。

まずはじめに、属人性と属スキル性について解説しておく。

属人性

特定の個人に依存する性質

これさえ守ればうまく行くということはないが、これを破ってしまったときは大抵後で不都合の出る設計になる

wip

yarn create coc-extension coc-testing

cd ~/.config/coc/extensions/node_modules <path>

"<extension name>": "<path>"

wip

❯ sudo pacman -Syyu

:: Synchronizing package databases...

manjaro-sway 130.0 B 196 B/s 00:01 [###################

core 150.4 KiB 59.5 KiB/s 00:03 [###################

extra 8.7 MiB 1243 KiB/s 00:07 [###################

「通信の秘密」関連の注意点についてまとめた。

通信の秘密の保護に関する内容はを定めている法律は参考2を参照。

通信の秘密の定義

参考1より、

１．通信の秘密の範囲

会社でネットワーク勉強会をやった。ネットワークの具体的な話をする前に、なぜネットワークあるいは低レイヤ、基礎技術を学ぶべきなのかという話をした。これは我ながら非常に良い話で、エンジニアという職業に対しての考え方をいい感じにまとめることができた。以下は原稿の一部。

自分が直接触れる、あるいは触れる可能性を想像できる範囲においてのみ学習や能力の向上を試みる人も少なくない。これはエンジニアが単なるIT技術に対して詳しいスペシャリストであるという見方からすると、それほど問題のある傾向とは思えない。一方で、一般論として、エンジニアの本来の仕事は「問題解決」である、とも言う。私は、「問題解決」をしない仕事などというものはほとんどないと思っている。すべての職業は何らかの

人生は有限である。トレンドになっている技術はキラキラしていて、あるいはお金の匂いがして魅力的だというのは理解できるところではあるが、そのような世界で戦うことを選ぶと非常に短期的な競争を何度も繰り返すことを厭わない精神が必要である。こういった表面的な技術は、移り変わりが激しく、ニュースを追っているだけで一日が過ぎてしまっていてもおかしくない。また、習得しても上位互換となる代替技術がすぐに出てきて、自

基礎を学ぶことのメリットは大きい

一方で、低レイヤを含めた基礎的な技術や基礎学問を学ぶことは長期的に大きなメリットがある。まず、このような分野はめったに陳腐化しない。前述の表面的な技術は、すべて基礎の上に成り立っている。表面は陳腐化しても、基礎の重要性は変わらない。そのため、表面的な技術を日々一生懸命に学んでいる人が専門としていることを、基礎を怠らずに学習している人が学び始めたらすぐに習得し前者を軽々と追い越してしまった、というこ

クソコード関連の話題のときに、よく「成果物は関係者が最善を尽くした結果であると考える」ことが重要であるという論調が出てくる。これは成果物の責任を個人に背負わせ、個人攻撃に繋げないためだと思われる。個人攻撃をするべきではないというのは同意見だが、そのソフトウェアの歴史を批判的に振り返ることを避けるべきではない。

ソフトウェアの成果物が個人によって悪い結果になった、もし自分(たち)だったらよりよい結果を得られていたはずだ、と結論づけるのは傲慢である。一方で、歴史を振り返る際に、最善を尽くした結果なんだからこうなってるのも仕方ないよね、と波風が立たないような結論をつけるべきだというのも、不自然、あるいは不自然なことを要求する傲慢な主張である。なぜなら、人間は歴史を振り返る際に批判的な姿勢を少なからずとるからだ

もちろん、「最善を尽くした結果である」と「成果物を批判的な観点で評価する」ことは相反する事象ではないが、前者ばかりが昨今主張されており、逆に開発現場にねじれのようなものが生じているのではないか。

成果物を批判する話し手は、以下を心に留めて批判すると良い。

成果物を個人攻撃につなげない。

WIP

後で書こうと思ってたけど、エンジニアは何を学ぶべきなのか で大体言いたいこと言ってた。

cannot compile on Fedora 33 64bits · Issue #96 · opsengine/cpulimit

キラキラ願望が強いがスキルの低いエンジニアとは、こんな感じのイメージ。

とにかくイケてる技術を使いたい。

イケてる、の基準はモダン、トレンド、フォロワーの多い人や企業が使っているかどうかなど。

トレンドには詳しい一方、基礎的な知識や実力はそれに比べて大きく欠けている。

イケてる技術がなぜイケてるのかの説明ができない。

jsdom使いたいときどっちでも困る

Support JSDOM · Issue #3554 · oven-sh/bun

Using jsdom with Deno | Deno Docs

一部のアプリケーションで動かない

Vivaldi

Alacritty

https://linuxfun.org/2022/11/05/how-to-install-fcitx5-mozc-on-manjaro-linux/#google_vignette

https://github.com/alacritty/alacritty/issues/2734

ユーザアカウント削除/退会、その他データ削除(チャットアプリを例)についてまとめておく。

法律の専門家でないので、問題ない場合もあるかもしれないが、最低限これは問題(になりうる)という点をまとめておく。

管理者など特定の権限があればユーザが「削除」したつもりの情報を閲覧できることで法令やコンプライアンスの観点から問題ないのか。

個人情報の保護に関する法律 | e-Gov法令検索

第二十二条　個人情報取扱事業者は、利用目的の達成に必要な範囲内において、個人データを正確かつ最新の内容に保つとともに、利用する必要がなくなったときは、当該個人データを遅滞なく消去するよう努めなければならない。

正直であることから始める / Start by being honest. - Speaker Deck

こういうのあると便利

https://github.com/maybe-finance/maybe/wiki/Monorepo-File-Structure-Overview

RDBMSだと追記型のWALとやることがかぶるのでアプリケーションレベルでそれをやるとかぶってしまってスジが良くないという趣旨の意見を見かけた。

過去の状態に対する参照、復元可能性を考慮した結果too muchなことも当然あると思うことに注意すべき。

要はバランスおじさん

イミュータブルデータモデリング風になっている、履歴を表すテーブルが更新日時のカラムを持っており、「正しい履歴」であるという保証のないデータになっているという悪夢を見た。

アプリケーションのコード見りゃいいじゃん？

一部で見られる品質保証部門の老害化。そして老害化した品質保証は品質を悪化させる - 千里霧中

プロダクトバリデーションを放棄して、プロセスバリデーションに偏重する

あるある

https://qiita.com/bohemian916/items/46f9f1e8bb32fc0a1f99

https://note.com/torotiti/n/ndf416a4a2d7a

毎回調べてるからメモ

diesel::sql_types - Rust

開発者(特にweb)はどうでもいい知識を学ぶことに時間をかけすぎている人が多いように感じる

わけもわからずトレンドを追っているだけみたいな層が一定数いる

例えば、Next.jsとかRailsとかのフレームワークの上手い使い方とか、Dockerの細かい知識とかはどうでもいいと思っている

フレームワークを知りたいのであればフレームワークが解決した問題とその解決手法について調べるべき

Dockerがよく分からないのであれば仮想化技術について学ぶことから始めるべき

自責思考が良いこと、他責思考が悪いことだとは全く思わない。

自責思考が良いこと、他責思考が悪いことという考え方は賛同できない。非難するべきはテイカー気質。

テイカー気質でいることにデメリットがない構造が問題でもある。

自責思考を他人に求めるのは他責思考と言えなくもない

状況によって正論だったり屁理屈だったりする

第1版は読んだけど2版も買うべきかどうか...

書評 プロフェッショナルTLS&PKI 改題第2版 (PR) - ぼちぼち日記

改訂前の「プロフェショナル SSL/TLS」では、Apache、Java/Tomcat、MS Windows/IIS、Nginx といった具体的なアプリケーション設定を解説した章がありましたが、改訂版ではOpenSSLだけ残し他はなくなりました。このパートで OpenSSLの使い方とOpenSSLコマンドによる動作検証のやり方など記述しています

#Rust

Diesel is a Safe, Extensible ORM and Query Builder for Rust

仕事で使っている。だいたい良い。

同期処理。ただ、それで性能の問題は起きていない。

メソッド名とそのインターフェースが直感的でない

ストレスが脳梗塞、脳出血のリスクを高める

ストレスの緩和たいせつ

https://www.jstage.jst.go.jp/article/shinzo/46/5/46_563/_pdf/-char/ja

https://www.jstage.jst.go.jp/article/shinzo/46/5/46_563/_pdf/-char/ja

https://www.jstage.jst.go.jp/article/jisss/41/0/41_107/_pdf

ブラウザバックすると画面遷移はするが画面の内容が元の画面のままでtitleが[object Object]になっている

他のブラウザも怪しい気がしてきた

これはVivaldiさんが悪いのではなく、DuckDuckGoさんが悪かった

DevOps

Announcing the 2023 State of DevOps Report | Google Cloud Blog

新しい専門用語や概念を紹介する前に十分な説明や定義を提供せず、理解を妨げる

数ページ後になってようやくその用語が説明される

なぜ最初に定義を提供しないのか意味不明

深い理由なんてだいたいない

深い理由があるのであればそういう思想の構成だという前置きがあるべき

https://x.com/tan3_sugarless/status/1740073306299249124?s=46&t=ZVaHgaI6nEO5w_22iFO2Xg

https://type.jp/et/feature/18172/

以下で管理コスト、という言葉を出すがSESの人材を発注元が直接指揮命令するという意味ではなく、SESからの人材の成果、進捗、速度を考慮した自社の人材やスケジュール等、各種事業のハンドリングのコスト及び、各種契約や手続きのコストなどSESとの契約で発生する全ての負の副作用である。

SESから安い人材を調達しても、管理コストの方が大きすぎてメリットがほとんどないと思っている。

経験年数が増えた人ほど管理職へのパスも勧められるのは日本でよくあることから、管理職もある程度プレーヤーとしてのスキルがあると仮定する。そうすると、安い人材を調達したところで、その安くて低スキルな人材を管理するために、スキルのある管理者の時間が奪われることになり、それなら管理者が自分でやったほうが良くね？という話になってしまう。低スキル人材が自社で直接雇用している人であれば、成長を期待して投資として

その意思決定が大きな岐路となりうるような場合ではトレードオフについて入念に考えると思うが、そうではない場合もトレードオフを含みうる副作用が存在することを忘れてはならない

という話をたまにするが言いたいことが散らばってまとまらないのでここに置いとく

トレードオフについて考慮しないという選択自体にもトレードオフが存在する

トレードオフを考慮しないことで判断を早めることができるが、一方で、意思決定に対して存在したトレードオフについての認知が遅れる

トレードオフで考えうる悪い結果、つまりリスクは意思決定の時点で把握できるものであれば甘んじて受け入れる姿勢が大切

#Law

「電気通信事業法改正への対応」と題して、ＴＭＩ総合法律事務所 大井 哲也氏・ＴＭＩプライバシー＆セキュリティコンサルティング 森嶋 祐也氏によるセミナーを2023年12月11日（月）に開催!! | 株式会社　新社会システム総合研究所のプレスリリース

TODO: この内容を調査

個人関連情報と Cookie 規制の動向

スペース長押しでカーソル移動するやつ、よく使うのにscrapboxだと動かないのがちょっとつらい