既存コードが残っているので、どのような実装かは直接確認できます。
https://gitlab.com/sebuls/libhwp

コンセプトは魅力的ですが、経験上こういう理想的な試みの中で成功したものはあまりなかったので…。
今のところは、AI機能も優れていて一番無難なのは Feedly ではないかと思います。

rip

ケント・ベックのエクストリーム・プログラミング、ジェフ・サザーランドのスクラムなど、ほとんどのアジャイル手法の本に基本的に書かれている内容です。ユーザーストーリーを見てもよいでしょう。アジャイルの根幹が、顧客要求への素早い適応のための短いスプリントとデモにあることを、ほとんどの人はよく分かっていないようです。

おっしゃるご意見には共感します。
コードで置き換えられない部分が確かにあります。
そういう意味で少し違う形で説明するなら、可読性の高いコードは、ドキュメントを作る必要がない状態を生み出す、ということを言いたかったのです。
ソフトウェアが長期化するにつれて蓄積されるドキュメントも、開発者に認知負荷を与えますから。コードとドキュメントを行き来する作業を減らそう、というのが核心です。
コードだけを完全に残せるとは思っていません。
文脈や置かれた状況によって変わることもあると思いますね。
コメントありがとうございました。

ただの発想の転換として読めるだけなのに、みんな敏感ですね

私も一度試してみないとですね
良い情報ありがとうございます。

あえて慎重に反論を述べるなら、私はコードがドキュメントの代わりにはならないと考えています。programming language はまだ自然言語の豊かな表現力や伝達力を備えていませんし、現実的に言って、あれだけ多くのコードをいったいいつ全部読むのでしょうか。
ドキュメントの代わりになり得るコードを持つことは希望であり願いですが、登ることのできないバベルの塔のようなものです。
むしろ OOAD をしっかりやるほうがまだ良さそうです。

spec自体をアジャイルに書くとはどういうことですか？

1. specを適当に書く。
2. specを顧客の言うままに書く。
3. 顧客要件が変わったら、specをすばやく変えられるようにツールの力を借りて保守する。
4. specをアジャイルに書く。

そもそもアジャイルとは何なのか分からない、というのがあの記事の核心です。アジャイルにはこういう特性があり、こうしなければならないと語るばかりで、肝心の「これはアジャイル手法で作られた製品です」と示してくれる文章はこれまで見たことがありません。宣言文を見ても今ひとつ腑に落ちませんでした。一度見せてもらえないでしょうか。

BckHWP。Excel VBA自動化
https://m.blog.naver.com/husky81/222045248589

gemini cli は、せめてちゃんと動くだけでもしてほしいのに、いつもクラッシュしてる

最近、こういうケースをより頻繁に見かけます

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

ありがとうございます。

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

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

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

同感です。

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

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

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

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

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

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

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

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