正確には理解できていないのですが、なんとなくどんな感じかは分かる気がします。

ありがとうございます。

なぜ方法論をそんなに経典のように扱うのか分かりません。元の著者も方向性が違うだけで、教条主義的なのは同じだと思います。

SQLiteを本番サーバー向けに選択した瞬間から、いつ乗り換えるべきかを絶えず悩むことになります。
昔はDB自体のコスト（サーバー購入費、IDC、ライセンス費用など）が高かったので悩む価値がありましたが、
最近はいわゆるワンクリックで構築できるのに、本当に悩む必要があるのでしょうか？

この記事自体がアジャイルではない！

同感です。

垂直的な意思決定の打破や、短いサイクルでの反復的改善だけを取ってみても、私たちに残すメッセージは大きいですよね（もちろん、プロジェクトマネジメントの手法やツールも同様です）。

「アジャイル自体は新しい洞察を提供できなかったうえ、アジャイルを擁護する人たち全体を盲目的なアジャイル信者のように決めつける」という結論は、過激すぎるように思います。

codexもclaudeみたいにoauthトークンをサポートしてくれるといいんですけどね

そうですね。何か新しいインサイトがあるのかと思って原文も見てみたのですが、これがいったい何なのかと……

メモリが高いからディスクを使う話とか、プロダクション運用の安定性のためとか、原子性とか、
そういうベーシックな話で導入するのではなく、いきなり速度比較を始めているので失笑してしまいます。

『うちはDBを売っているけど、DBがいつも必要なわけではありません！』という記事を出しながら、こういうことも平然と言ってしまうあたり、マーケティングがしたいのかと思ってしまいます -_-... 好意的に見ようとしても、たまにシニカルになってしまうというか。

ベンチマークが得られただけでもよしとするしかないですね

興味深く拝読しました。ブログに書かれていた内容もです。たとえとして適切かどうかは分かりませんが、各言語のいちばん最初のチュートリアルが Hello World! である理由や、昔Web開発を学ぶときに掲示板やショッピングモールを作りながら学んでいた過程は、結局おっしゃっていることと軌を一にしているのではないかと思います。昔はこう考えていたんです。掲示板とショッピングモールを作れる程度のテクニックがあれば、たいていのWebは実装できる。そして究極的には、結局プログラミングというのは Input と Output があるだけなのだと。

結論がやや極端な気がします。商業化や形式化が問題になり得るとしても、スプリントやバックログのようなツール自体が役に立たなくなったわけではないでしょう。水平的で目標志向の会議文化が根付くのに役立った面もありますし。SDDの重要性が増したのはその通りですが、その仕様自体もAIと協調しながら素早く作成できるので、依然としてアジャイルだと思います。2週間単位のスプリントが数時間程度に短縮されたにすぎず、反復的に磨き込んでいくという本質はそのままだと思います。

ばかげた文章ですね。肝心なのは、spec.自体をアジャイルに書かなければならないということなのに……。アジャイルとは、顧客の要求事項の変化に素早く対応して適応することです。

こうしたアジャイルに対する誤った誤解や中途半端な思い込みを持つ人たちのせいで、アジャイルであれ開発文化であれ、おかしな方向に進んでいくのです。

これは何を言ってるんだ
dbは性能のために使うものだと思ってるのか

リンクが .com ドメインに誤って設定されていますね。
関連のお知らせへのリンクです。
[案内] 04/16 (木) サービス接続イシュー発生 ▶ 対応完了

冷蔵庫なしでも暮らせますが、不便ではありますよね。
使える冷蔵庫があるのに、使わない理由はありません。

そうですね、Apache 2.0ではないですね

ありがとうございました!!

これ、元のgemma4とはライセンスが違いますね

ひどいことに、これがいちばん頻繁に目にするもののようですね……

わあ、2020年に見たときは hwp を扱えるライブラリはあまり多くなかったのに、最近は爆発的に増えましたね

これもまたmacOS専用とは……少し残念ですね T_T 遊ばせているサーバーはたくさんあるのに、どれもLinuxベースなので……

ある基準では、みんながアジャイルなんですよね。今のように素早くデプロイしてフィードバックを受け取る時代が、かつてあっただろうかと思います。