• 韓国だけでも年間に数百人が亡くなっているので、22年から5件なら多いとは言えない。
• 自動運転なら、最近言われているFSDのことではないはず。

Swift は良いけど、見捨てられた Swift がまた息を吹き返すことはできるのでしょうか..

• iPhoneは複数の色で発売
• トレンドとして、ハードウェアはシンプルにし、ソフトウェアでパーソナライズできるようにデザイン

サイドプロジェクトには、私がすべてを決められる自由があります。そして、成功しなくてもいいんです。
私もゲーム機で遊んだりNetflix/YouTubeを見たりする時間を集めて進める、自分だけのサイドプロジェクトが本当に好きなんですよね。笑

ありがとうございます、良い文章でした

私も会社員生活で疲弊してきている最中ですが、サイドプロジェクトがずっと頭から離れないんです。YouTubeを見るのも面白くないし……勉強するのも面白くなくて、今度ノートPCが変わったらFlutterでサイドプロジェクトを進めてみようと思っています。 :)

プログラマーがどのような制約条件のもとでReactを使うのか分からない状況なら、公式ドキュメントはできるだけバニラに近い環境を前提に書かれるべきではないか、と思います。

React は必ずしも React ベースのフレームワークでなくても、さまざまな言語で作られた Web フレームワーク（例: Go、Rust、Java など）と一緒に使えるので
-> 実際、これを考えると React 公式ドキュメントの get started に関しては、できるだけほかの依存関係なしに React だけを使うようにガイドするのが正しいのではないかと思います。

RAMに余裕のあるApple SiliconやNPU系に適しているようです。純粋なGPUサーバーで使うには、最小要件のモデルでもint4量子化でH100が必要だというのが…。

実質的に量子化込みでも最低要件がA100なのに、性能は微妙で…（泣）

ReactはコンポーネントベースのUIライブラリにすぎません。単にHTMLにコンポーネントを表示するのは簡単ですが、Webサイトやアプリを作るには多くの機能が必要です。そのため、フレームワークを推奨します。これはReactだからという話ではなく、現代の多くのWebはWebフレームワークを通じて作られています。また、Reactは必ずしもReactベースのフレームワークである必要はなく、さまざまな言語で作られたWebフレームワーク（例: Go、Rust、Java など）と一緒に使うこともできるため、最終的な選択は常にユーザー次第です。

今日、Llama 4が公開されました。 https://ja.news.hada.io/topic?id=20166

これはインストールして使ってみたいですね

ははははははははは

ははは、同感です。

Google Gemma 3より良いものはありますか？

Cupy や pytorch のような既存の Cuda ラッパーより、さらに速いんでしょうか。Cupy や torch の利点は、numpy と API がほぼまったく同じなので、numpy で書いていたテストコードをあまり手間をかけずに移せたことでしたが、これはどうなのか使ってみないとですね。

こんなことは一度も考えたことがなかったのですが……こんなこともあるんですね。本当に怪談ですね。

いいね！ ^0^

これが本当にもどかしいんですが
従来: 思考 => コード（遅い） => デバッグ
AI: 思考 => 精緻なプロンプト作成 => コード（瞬時） => デバッグ
でも普通は、自分の考えをプロンプトにするよりコードで書くほうが速いんですよね？ すでによく知られていることをやるときを除けば……。信頼性が重要な部分では、どうせ書いたあとに目でロジックを把握しなければならないので、任せることもできないし、任せた瞬間に職業意識がなくなるわけで