#TypeScript Software Design 2024年5月号の 「型を制する者はTypeScriptを制す 　もっとTypeScriptの力を引き出そう」 に寄稿しました📖✨ 初見だととっつきにくさがある「構造的型付け」について、できるだけ噛み砕いて解説しました。 一読頂けると嬉しいです！ gihyo.jp/magazine/SD/archive…

Tomcatもか！この際、一気に全部来てくれたほうがまとめて対応できていいかも

PHPだけでなく、Node.jsやGoも脆弱性対応が必要なものが出てるみたい。

`as unknown as T`はどうなるんだ！？

AI動画制作、中身の演出を完全おまかせでいいものはOpusで十分だけど、やってほしい映像演出があるときは、Fableじゃなきゃ力不足。 だが、Fableはすぐにレートリミットに達してしまうので、1日に10秒分の尺を編集できたらマシなほうだ…。

ベンチマークでSonnetがFable超えたといっても、Sonnetだとここまでのクオリティはなぜか出ないし、Fableもこのクオリティで作ってくれるけど、すぐにリミットに届いちゃうのが玉にキズ。

Opus5.5のおかげでデザインセンスない僕でもこのくらいのチラシなら作れるようになった。Opusえらい。

OpusにFigma上でこういうの作らせると結構上手く作ってくれるので見てて楽しい

Claude CodeがAGENTS. mdを認識するようになったー！CLAUDE. mdとAGENTS. mdを2つ用意する必要がなくなったのは地味に嬉しい

Oxcontent 良さそう。Rust製でありながら、MDXサポートしててmdastプラグインも使える点が個人的に評価高い。

Orcaっていろいろ機能盛りだくさんだけど、その中でもUsageがさっと確認できる機能が結構便利

herdrからOrcaに乗り換え中。開発はOrcaひとつあれば他のツールが不要な感じがいい。diffも見れるし、Markdownプレビューも見れるし、worktree管理機能もあるし。

TypeScriptでは型安全なダイソー型が実装できる。

OpenRouterでGPT Sol使ったら本家のAPIより50%オフなの！？

面白いことが判明。 AI エージェントに日本語の技術文書を書かせると、こんな文が出てくることがある。 > ライブラリ固有のスキルなら、専用 repo に分けず、そのライブラリ repo に置いてよい。たとえば migration 手順をエージェントに教えるスキルは、ライブラリと同じ repo に置くほうが自然。 repo は「リポジトリ」、migration は「移行」か「マイグレーション」と書くのが普通。人間が書いた技術文書ではまず見ない形で、いかにも生成文っぽい。 1. 素だと、意外にもエージェントのほうが人間より英字が少ない日本語を書く。プロンプトでネタを与えたりコードを与えたりする文には増えない。 2. 英字が増えるのは、エージェントがツールで自分でコードを読んだ後に文書を書いたとき。 3. 「流暢な日本語で」のような雰囲気の指示は効かない。効くのは「書いたあと、残った英単語を直して」という工程の指示。 4. 「英単語を使わないで」だけを言うと余計壊れる。API が「エーピーアイ」になるw で、対策は文書を書かせたあとに、コレをいう。 --- 日本語の文中では一般語をラテン文字のまま残さず、カタカナまたは訳語に直してください。 識別子、コマンド、製品名、確立した頭字語（API、HTTP、JSON など）は原表記のままにしてください。 --- ちなみに、執筆指示と上記の校正指示をワンショットで言うとききはするが、効果が薄まる。

Ulanziのマクロキーボードちょっと欲しいかも。持ってたら、生産性上がるかもしれない

ZedのMarkdownプレビュー機能が改善されるらしい！これは熱い！

パッケージマネージャー、何を使っている？ - npm - yarn - pnpm - bun

DNSもやめたほうがいい ネット犯罪のほとんどがここから始まるらしいし