いや、本当に写真の撮り方がうまいな……

メモリに置いておくより、skills として明示的な設定を持たせるほうがよくないですか

開発に比べると、はるかに速く、頻繁に発生するフィードバックループが必要ですよね。
開発者は業務サイクルの末端にいるぶん、チーム内での役割が過大に解釈される面もあると思います。

AIのせいで人員削減すると、表向きにうまくごまかすには都合がよすぎる

従来の技術者と同じような役割から、ドメイン専門家への転換がさらに加速しているようですね。

Biomeもかなり速かったのに、それより3倍速いなんてすごいですね

わあ、ありがとうございます。引き続き改善していきます

私のように実行力があまりない人たちには、いいフレーズですね。

開発者が今や Claude Code を使ってデザインまでやるべきだという話も出ているようですが、デザインにはレビューや検収は必要ないのでしょうか？

一緒に読むと良い記事がとても良いと思います。

以前から rolldown、oxlint、oxfmt をセットで使っていますが、速度も成果物もどちらも満足できるものでした。
oxc の oxc-minify はアルファですが、もうそのまま信頼して使っていますね

メモ帳のタブ対応やペイントの透明度・レイヤー対応は気に入っていましたが、だんだんいろいろ増えてきますね。

へえ、そうなんですね。上のほうだけ見て、ふふ

イシューに入って読んでみたら、「jokeだ」とのことですね

ただ、分野によってはテストコードのカバレッジがほとんどないケースもあるので、悩ましいところではありますね。そちらはまだ、他の分野に比べると良いコードをうまく作れていないようにも思います。

これは私も周囲でよく話していることですが、結局のところ後になればすべてのコードを詳しく見ていくのは難しくなるので、本当に重要なロジックは必ずテストしておかないと大変なことになると思います。

記事の下部にも追記されていましたが、tldrawもテストを非公開で回しているという話がありました（冗談だったそうです）。
https://github.com/tldraw/tldraw/issues/8082

SQLiteはどのようにテストされているのか を見ると、
SQLiteは完全公開ですが、ソースコードの590倍ものテストコードがあり、これは完全非公開です。
100%の分岐カバレッジに数百万件のテストケースがあり、10億件を超える変異テストを実行しています.

ファイトです！

「ソースよりテスト」という核心は本当にその通りだと思います。ただ、オープンテストはせずにオープンソースだけを行う戦略が有効なのかは分かりません。ソースからテスト項目を抽出することも、やはりうまくやれそうですが..

大学生向けの『実用主義プログラマー』を見ているようで、とても良さそうですね。