死んだインターネット理論...

https://github.com/opgginc/opencode-bar おすすめです。

かつてのドットコム、ブログ、SaaSブームがそうであったように、数多くのAIアプリがあふれていますが、その大半は日の目を見ないまま消えていく運命にあります。誰もがAIでアプリを作れる環境では、特別な差別化要素がなければ、アプリという形態そのものが無意味になる段階がまもなく訪れるでしょう。いまや、必要な機能をAIがその場で生成し、不要になれば捨てる「見えないソフトウェア」の時代に入りつつあります。

スマートフォン初期のアプリ開発ブームを振り返ると、今の状況はさらに明確に見えてきます。これからのAI開発の中核はコーディングではなく、アイデア、設計、そして実行力です。自然と企業内における「開発者」の定義も変わりつつあります。しかし現実は厳しいものです。企業はAIによる超短期開発を強い、かつて2週間かかっていた仕事を2日で終わらせることを求めています。開発者は個人プロジェクトの「作る楽しさ」に夢中になる一方で、仕事としての開発はむしろさらに苛烈な労働強度にさらされる状況が訪れています。（この点については、90年代の「オフィスオートメーション」のときにも同じ現象があったのを思い出します。オフィスオートメーションによって仕事が楽になって余裕が生まれるのではなく、少ない人員でより多くの仕事をさせられることです…）

最近、中国のAIブームは本当に勢いがあります。モデル開発からアプリケーションまで、量・質ともに米国と肩を並べるか、むしろ先行しているほどです。私の主観的な観察では、米国内の主要なAI部門の中核人材のかなりの部分が中国系です。

米国企業がプライバシー、トークンコスト、セキュリティの問題から慎重な姿勢を見せる一方で、中国は相対的により攻勢的ですね。韓国はKakaoTalkとの連携があるとよいのですが、Kakao特有の強力なセキュリティプロトコルと閉鎖的なエコシステムのため、外部からのアクセスは容易ではありません。結局、画面認識AIによる迂回的な自動化方式に進むか、AIサービスがKakaoTalkとは別個に進んでいくのではないかと思います。AIブームの中で流行に流されてツールを乱用するよりも、落ち着いて対応していくのが賢明だと思います。

BM25は単語中心の検索なので、galadbranさんのご意見はもっともだと思います。

肩越しに長さが分かってしまうことが深刻なセキュリティ脆弱性だというなら、なぜ Linux ターミナルにアクセスするすべてのキーボードにのぞき見防止カバーの装着が義務化されないのでしょうか？ ただキーボードを見るか、隠しカメラで録画すれば終わりなのに。

同感です。
まず話し合うべきことを、後で責任を取らない形で進めています。

何かあるたびに「死んだ」というタイトルの記事が増えすぎて、
かなり疲れてしまう感じがします。

私も、もうそろそろ殺すのはやめてほしいと思います

正直、LLMサービスのフロントエンドを見ると、「こんな出来でよく出したな」と思うくらい遅くて機能も不足していて、操作性も悪いので、こういう記事を見ると笑ってしまうだけですね

率直に言って、WinUIのような自前のフレームワークでユーザーシェルを全部作り直すくらいでないと、あまり期待はできないですね。
Reactで開発するということ自体、品質よりも手早く雑に作ってリリースするのが目的なんじゃないですか

代替がないから使えないんですよ。LGのスマホがよくできていた時は、かなり多くの人が使っていましたし。自分たちがやらかして没落しただけです。

大多数を占める会社員にとって、住む場所を選ぶ基準で最も重要なのは通勤時間なので、ソウルの外は当然選択肢になりません。政府が公共機関や企業を外へ移そうとする試みですら大勢の人が反対しているのだから、まずそこを指摘すべきでしょう。

モデルの場合、ローカルで動かすのは一般人の基準ではすでに不可能ですし、他の代案も同じモデルにプロンプトを少し足した程度で、別に安くもなく、マーケティングもまともにしていません。どれだけ良い製品でも、人々が知らなければ当然売れません。

ただ「韓国人の特徴〜」みたいに、ろくに考えもせず煽り目的だけで上げられたショート動画を見ている感じですね。

肩越しにこれが見えるほどなら、タイピングしている指そのものが見えていることのほうを心配すべきではないでしょうか……
その距離なら、音自体を録音して何文字か数えることだってできそうですし。
そこまでセキュリティが心配で重要な場所なら、物理セキュリティキーを使うべきでしょう

これには反対です。

本当に素晴らしい知らせですね。

冗談って本当に大きなハードルなんだよね。ユーモアのセンスがあるAIを作れたら、それこそ革新。今「冗談を言ってみて」と振るとマジで全然面白くないのを見れば分かる。

生産性向上には確かに効果があるものの、システムが複雑になるほど、根本的な設計やクリーンコードなどへの理解なしに積み上げていくのが簡単ではないというのは、職人気質を論じるまでもなく、誰もが知っている基本的な事実です

ツール間の衝突や特定の環境での異常動作、ちょっとしたQoL機能など、実際の利用事例から出てくるフィードバックが各プロジェクトで重複して現れていて、
プロジェクト同士でそうした部分を共有しなければ、同じ機能を大勢の人が多数の言語で何度も開発しなければならず、

xdg-desktop-portalでさえ各環境ごとに断片化され、同じ機能を異なる方式と進捗で開発しているんですよね……開発状況を見れば、なぜ遅いのかすぐ分かるはずです

Wayland を使ってみて issue や PR のシステムを追いかけてみた経験では、
シンプルなプロトコルで標準実装がないため、あちこちで統一なく開発が進み、そのぶん開発が遅く、
さらに共有リソース向けのプロトコルは xdg-desktop-portal に分離して開発されるので、コミュニケーションや意思決定のプロセスを経るぶん、さらに遅くなるように感じます。
有用で、ほかのデスクトップ環境には存在する機能の多くがすでに実装されているにもかかわらず、数か月から数年にわたって PR の状態のまま留まっているのをあまりにも頻繁に目にします.

どうせプロトコルなのだから、新しい機能を作るとしても既存のプロトコルに定義を追加すればいいはずなのに

正直、思考停止で言語をたたくのは理解できません。どの言語を使うかとメモリ安全性の間には関連があるかもしれませんが、必然ではないでしょう。