記事の要約のまとめ方が少し変わった気がします。個人的にはそのほうがいいです（笑）

> 意味が分からなくても一度クリックすればすぐ理解できて、その後は見分けがつけば十分。

最近は慣れてきた頃にデザインが変わるので。

それで、App全体の速度は何倍速くなったんですか？ え？ 差は ないんですか？

不思議で独創的なアプローチですね

個人的に、SDD（Specs Driven Development）でプロジェクトを開発したとき、最初は確かな生産性向上を感じましたが、まだすべてのコードをスペックベースで書けるわけではなく、直接修正が必要になるたびにコードとスペックを一緒に更新しなければならないため、かえって生産性が低下する経験をしました。

AIか人かという問題ではなく、

「ユーザーへの共感、情報収集、明確な伝達」ができるかどうかが肝心でしょうね。

ああ、Macでは無理そうですね。No GPU or XPU found だそうです（笑）

あなたの言葉がパターンなのか原理なのか、知覚できるだろうか？ 言葉はなぜ言葉であり、パターンはなぜパターンであり、原理はなぜ原理であり、知覚はなぜ知覚なのだろうか？

価値はなぜ価値なのか、資源はなぜ資源なのか、観点はなぜ観点なのか。問いはなぜ問いであり、作るとは何を意味するのか。実行とは何が実行なのか。人間は疑問に従属し、考えることを放棄することで、AIと変わらなくなった。原理の理解は失われ、パターンだけが真実だと錯覚している。

砂の城はもっとよく崩れるだけｗｗ

コードがなぜコードなのか、ソフトウェアがなぜソフトウェアなのかについての認識と思考の深みがない。結果だけを求める表象は、結局バベルを作り出す。

それはAIの口を使ったペテンだ

金儲けの講義で金を稼ぐのがビジネスモデルなんですよ。ポルノの一種だと思えばいいです（笑）

ものすごくしぶといですね.. 笑

コードを書くことは、実行においては単なる関門にすぎません。製品をリリースし、販売し、維持することのほうが、はるかに高コストで難しい仕事です。スマホさえあれば誰でもYouTuberにはなれても、お金を稼げる人はごくわずかであるのと同じです。

経験の浅いジュニアが、一度に情報を詰め込みすぎようとしている感じに見えるけど……

反復速度 — 素早く作り、ユーザーのフィードバックを受け取り、修正するサイクル（learning loop）
センス・判断力（taste） — 作る価値のあるものとないものを見極める目（ほとんどは作らないほうがよい）
配布・ネットワーク（distribution） — 誰に最初に知られ、誰が信頼し、初期ユーザーをどれだけ早く集められるか
問題選定 — 本当に人々がお金を払ってでも解決したい問題を見つけること（これがもともと最も難しかったが、今ではさらに重要）

そのように感じられたのであれば申し訳ありません。タイトルを見て期待する内容は人それぞれ異なると思います。ただ、できるだけ期待する内容が近く、明確に伝わるタイトルを書くべきなのはその通りです。今後は注意いたします。

また、以前の投稿とは切り離して見ていただければと思います。以前の投稿では、私が未使用アカウント2つを使ってupvoteを試みたためflaggedされました。これは明らかに私のミスであり、記事自体に問題があったわけではないことをお伝えしたいです.

こんにちは！ まず、フィードバックのコメントを付けてくださって本当にありがとうございます。

GINインデックスは、このケースでは必要ないと判断しました。現在の検索語オートコンプリート推薦APIでは、term 自体だけが必要です。その term がどの記事に属しているかは必要ありません。
一方で、検索APIではGINインデックスに似たインデックスを使用しています。Postgresの拡張機能である paradeDB を活用して、BM25インデックスを使用しています。
投稿では詳しく触れていませんが、現在は ExecutorService を別途指定して使用しています。ただし、おっしゃるとおり、reactive方式や仮想スレッドも今後検討してみます。

こういうものは、プロジェクトの中でどうやって見つけられるのでしょうか？ AIを回したからといって分かるものでもなさそうですが..

こういう事例を見ると、私も学んでぜひ経験してみたいと思います。