y15un 2025-12-06 | 親コメント | トピック: Gemini 3 Pro: 視覚AIのフロンティア (blog.google) 全体的には良いので、ユーザーの指示に反してYouTube動画をしつこく差し込んでくるのだけは直してほしいです。回答の途中で自動再生されて集中が途切れてしまうので、personal contextで動画を禁止にしたのに、それでもたまに無視して動画を押し付けてきます。イライラする… bokjjang 2025-12-06 | 親コメント | トピック: RAM不足の危機は最終的に誰にでも降りかかる (jeffgeerling.com) CやRUSTも人間のための言語なのだから、今後は人間が修正する必要もなく、LLMがアセンブリで開発することもあり得るでしょう。 数多くのライブラリやプラットフォームもやはり人間のためのものにすぎないので、必要性も今とは違って感じられるでしょう。 ndrgrd 2025-12-06 | 親コメント | トピック: Micron、Crucialブランドのメモリおよびストレージ事業からの撤退を発表 (investors.micron.com) 今でも3台の機器でCrucialのRAMを使っているので、とても残念ですね kdy1234 2025-12-06 | 親コメント | トピック: 5ドルのプロンプトで2,418ドル相当の脆弱性を見つけた (new-blog.ch4n3.kr) 行動力がすごいですね.. 素晴らしいです kaykim 2025-12-06 | 親コメント | トピック: RAM不足の危機は最終的に誰にでも降りかかる (jeffgeerling.com) そうなったとしても、一時的だったり、特定の分野に限られたりするのではないでしょうか？ shakespeares 2025-12-06 | 親コメント | トピック: 透明なリーダーシップはサーバント・リーダーシップを上回る (entropicthoughts.com) これまでサーバントリーダーシップを志向してきましたが、最近は時代が変わり、透明性のあるリーダーシップのほうがより注目されているように感じます。 savvykang 2025-12-06 | 親コメント | トピック: 自分のAPIでJSONの使用をやめてProtobufに切り替えた理由 (aloisdeniel.com) デバッグ用の公式デコーダーすらないフォーマットを成熟していると主張するのは、矛盾していると思います vipeen 2025-12-06 | 親コメント | トピック: 自分のAPIでJSONの使用をやめてProtobufに切り替えた理由 (aloisdeniel.com) 「デバッグは難しいが」 見送り aer0700 2025-12-06 | 親コメント | トピック: RAM不足の危機は最終的に誰にでも降りかかる (jeffgeerling.com) また、開発者の時間コストよりコンピューティングコストのほうが高くなる時期が来るのでしょうか…… そうだとすると、これからは開発者に優しい言語の時代が終わり、 LLMを使ってCやRUSTのような言語でコーディングする時代が来るのかもしれません。 aer0700 2025-12-06 | 親コメント | トピック: Pythonデータサイエンス・ハンドブック (jakevdp.github.io) https://product.kyobobook.co.kr/detail/S000201558138 Pythonライブラリを活用したデータ分析 pandasを作ったウェス・マッキニーが書いた本ですが、データサイエンスの入門書としてこの本も良いです。私はこの本の第2版が最初に出たときに読んだのですが……今検索してみたら、第3版が出ていたんですね reorio22 2025-12-06 | 親コメント | トピック: InstagramのCEO、2026年から全社員を週5日オフィス勤務へ (businessinsider.com) 管理者のスキル問題 click 2025-12-06 | 親コメント | トピック: 自分のAPIでJSONの使用をやめてProtobufに切り替えた理由 (aloisdeniel.com) スキーマも dtd で定義しておいて、パーサー側でキャッシュすれば、スキーマは一度だけ送信するのと同じ効果もありそうですね aer0700 2025-12-06 | 親コメント | トピック: IBM CEOは「AIデータセンター投資が収益として戻る可能性はない」と指摘 (businessinsider.com) 率直ですね minsuchae 2025-12-06 | 親コメント | トピック: Cloudflare、再び停止 (cloudflarestatus.com) 実際にReact Server Componentsの脆弱性攻撃が成功したことで生じた被害です。 記事の時点が近いため、十分に誤認する可能性があると思います。 https://www.dailysecu.com/news/articleView.html?idxno=203111 minsuchae 2025-12-06 | 親コメント | トピック: Cloudflare、再び停止 (cloudflarestatus.com) 参考までに言うと、以前障害が起きたときはCloudflareのCDNが入っているところは全部落ちていました。 そういう観点から、全体が落ちたのか、その一部が落ちたのかを見るということです。 minsuchae 2025-12-06 | 親コメント | トピック: Cloudflare、再び停止 (cloudflarestatus.com) 元の投稿者の方のことは理解できますが、ほかの方が何の根拠もなく皮肉を言っているのかは分かりません。 ここは本当に数少ない開発関連コミュニティの一つで、エチケットも備わっている場所です。 私が最初に書いた投稿でも、その後のアップデートで全体的な内容は公開しました。 一部のユーザー（全トラフィックの28%）が影響を受け、原因はReact Server Componentsの脆弱性を防ぐための試みの途中で発生したとされていました。 開発者であれば、単にコードを書くことだけでなく、その原因分析であったり、ロジックを組むときにも論理的であるとか、少なくとも根拠くらいは明確に示せるべきではないでしょうか。 私が最初のコメントをあのように書いた理由は、この投稿を確認した時点で、私が管理しているサーバーにはCDNがかかっていたものの、障害を確認できなかったからです。 公式ではAPIおよびダッシュボードの障害だと言っていましたが、それは間違った情報なのでしょうか。 ダッシュボードの障害なのだから、当然Cloudflareの障害として扱われることもあり得ますし、DowndetectorもCloudflare関連のものとして処理するので障害として出ることがあり（そもそも前回の事態のときにも落ちていたので）、そういうことではないでしょうか。 単に合っている・間違っているという話ではなく、明確な理由を把握することのほうが重要ではないでしょうか。 https://blog.cloudflare.com/5-december-2025-outage/ redmi 2025-12-06 | 親コメント | トピック: Cloudflare、再び停止 (cloudflarestatus.com) Cloudflare のブログによると、HTTP トラフィックの 28% が 500 応答になったそうです。 私の本番サービスでも Cloudflare の 500 エラーが発生していました grenade 2025-12-05 | 親コメント | トピック: AIはAnthropicの仕事をどう変えているのか (anthropic.com) 本文で papercut fix に役立つという部分にはかなり同意します。 大きなものを任せるというよりは、小さな便利機能の追加、スクリプティング、リファクタリングなど、面倒だけれど先にやっておくと後で楽になる作業をするときに、AI の助けをかなり借りている気がします。 minsuchae 2025-12-05 | 親コメント | トピック: Cloudflare、再び停止 (cloudflarestatus.com) https://www.cloudflarestatus.com/incidents/k9ppxftx8bs5 また別の問題も続けて発生していますね。 代替手段がないのが残念です。 superwoou 2025-12-05 | 親コメント | トピック: Cloudflare、再び停止 (cloudflarestatus.com) APIと関係のないオレンジクラウドも大規模な障害でした NotionやLinkedInなども。 ご本人が誤った情報をコメントに書き込んだのです コメントをさらに読み込む
全体的には良いので、ユーザーの指示に反してYouTube動画をしつこく差し込んでくるのだけは直してほしいです。回答の途中で自動再生されて集中が途切れてしまうので、personal contextで動画を禁止にしたのに、それでもたまに無視して動画を押し付けてきます。イライラする…
CやRUSTも人間のための言語なのだから、今後は人間が修正する必要もなく、LLMがアセンブリで開発することもあり得るでしょう。
数多くのライブラリやプラットフォームもやはり人間のためのものにすぎないので、必要性も今とは違って感じられるでしょう。
今でも3台の機器でCrucialのRAMを使っているので、とても残念ですね
行動力がすごいですね.. 素晴らしいです
そうなったとしても、一時的だったり、特定の分野に限られたりするのではないでしょうか？
これまでサーバントリーダーシップを志向してきましたが、最近は時代が変わり、透明性のあるリーダーシップのほうがより注目されているように感じます。
デバッグ用の公式デコーダーすらないフォーマットを成熟していると主張するのは、矛盾していると思います
「デバッグは難しいが」
見送り
また、開発者の時間コストよりコンピューティングコストのほうが高くなる時期が来るのでしょうか……
そうだとすると、これからは開発者に優しい言語の時代が終わり、
LLMを使ってCやRUSTのような言語でコーディングする時代が来るのかもしれません。
https://product.kyobobook.co.kr/detail/S000201558138
Pythonライブラリを活用したデータ分析
pandasを作ったウェス・マッキニーが書いた本ですが、データサイエンスの入門書としてこの本も良いです。私はこの本の第2版が最初に出たときに読んだのですが……今検索してみたら、第3版が出ていたんですね
管理者のスキル問題
スキーマも dtd で定義しておいて、パーサー側でキャッシュすれば、スキーマは一度だけ送信するのと同じ効果もありそうですね
率直ですね
実際にReact Server Componentsの脆弱性攻撃が成功したことで生じた被害です。
記事の時点が近いため、十分に誤認する可能性があると思います。
https://www.dailysecu.com/news/articleView.html?idxno=203111
参考までに言うと、以前障害が起きたときはCloudflareのCDNが入っているところは全部落ちていました。
そういう観点から、全体が落ちたのか、その一部が落ちたのかを見るということです。
元の投稿者の方のことは理解できますが、ほかの方が何の根拠もなく皮肉を言っているのかは分かりません。
ここは本当に数少ない開発関連コミュニティの一つで、エチケットも備わっている場所です。
私が最初に書いた投稿でも、その後のアップデートで全体的な内容は公開しました。
一部のユーザー（全トラフィックの28%）が影響を受け、原因はReact Server Componentsの脆弱性を防ぐための試みの途中で発生したとされていました。
開発者であれば、単にコードを書くことだけでなく、その原因分析であったり、ロジックを組むときにも論理的であるとか、少なくとも根拠くらいは明確に示せるべきではないでしょうか。
私が最初のコメントをあのように書いた理由は、この投稿を確認した時点で、私が管理しているサーバーにはCDNがかかっていたものの、障害を確認できなかったからです。
公式ではAPIおよびダッシュボードの障害だと言っていましたが、それは間違った情報なのでしょうか。
ダッシュボードの障害なのだから、当然Cloudflareの障害として扱われることもあり得ますし、DowndetectorもCloudflare関連のものとして処理するので障害として出ることがあり（そもそも前回の事態のときにも落ちていたので）、そういうことではないでしょうか。
単に合っている・間違っているという話ではなく、明確な理由を把握することのほうが重要ではないでしょうか。
https://blog.cloudflare.com/5-december-2025-outage/
Cloudflare のブログによると、HTTP トラフィックの 28% が 500 応答になったそうです。
私の本番サービスでも Cloudflare の 500 エラーが発生していました
本文で papercut fix に役立つという部分にはかなり同意します。
大きなものを任せるというよりは、小さな便利機能の追加、スクリプティング、リファクタリングなど、面倒だけれど先にやっておくと後で楽になる作業をするときに、AI の助けをかなり借りている気がします。
https://www.cloudflarestatus.com/incidents/k9ppxftx8bs5
また別の問題も続けて発生していますね。
代替手段がないのが残念です。
APIと関係のないオレンジクラウドも大規模な障害でした
NotionやLinkedInなども。
ご本人が誤った情報をコメントに書き込んだのです