sonnet 2025-09-02 | 親コメント | トピック: Python Async、なぜまだ主流ではないのか? (tonybaloney.github.io) もちろん、そもそも GIL のせいで得られる利益が他の環境に比べて小さいということのほうが、より大きな理由かもしれません。 GIL がなければシナジーを生み出せる、という言い方は欺瞞に近いと思います。片脚のない走者に、不便ながらも義足を付けてあげたら、それが「シナジー」なのでしょうか? mhcoma 2025-09-02 | 親コメント | トピック: ネクソンのオンラインゲーム『ブルーアーカイブ』でMITM攻撃が発生 (namu.wiki) 関連内容が記載されているところの中では、最もよく整理された文書です。 sonnet 2025-09-02 | 親コメント | トピック: Python Async、なぜまだ主流ではないのか? (tonybaloney.github.io) Asyncioの問題は、難しい非同期プログラミングそのものの難易度ではなく、品質の低さです。一貫性と汎用性を投げ捨てた設計はPythonでは珍しくもありませんが、ProactorEventLoopのようなものでは、5年前に報告されたサービス停止を引き起こすバグがいまだに残っています。 無理やり使わざるを得ない立場からすると、こういう文章を笑って受け流すのはなかなか難しいですね。 kwon5604 2025-09-02 | 親コメント | トピック: プロダクトエンジニア(The Product Engineer) (nandinfinitum.com) 一般化するのは難しいですが、全体としては、PO、PM、デザイナーの方々には、AIの進歩によってPOやPMの方々により多くの機会が開かれたと見る視点を持つ人が多く、 逆に、開発者の方々には、AIの進歩を通じて、あえてPO、PM、デザイナーがいなくても一人でよりうまくプロダクトを開発できるようになると期待している人が多かったように思います。 今後どうなるかは、これから見守っていくしかなさそうですね(笑) naearu 2025-09-02 | 親コメント | トピック: ハイブリッドPHPの台頭: PHPとGo、Rustの結合 (yekdeveloper.com) JavaScriptが変わっていくのと同じような感じになってきている気がします。 sujin 2025-09-02 | 親コメント | トピック: 私はAI嫌いだ (anthonymoser.github.io) 嫌うのは自由だが、著者もまたAIの時代の中で生きている。著者のこの文章もすでにAIのビッグデータに収集されているのだろう。 monotyp3 2025-09-02 | 親コメント | トピック: Google AI Overviewが私について虚偽の話を作り上げた (bsky.app) AI Overviewの信頼性が低いのは有名ですが、これはちょっと深刻ですね ahwjdekf 2025-09-02 | 親コメント | トピック: x86はなぜApple Mシリーズに追いつけなかったのか? (news.ycombinator.com) その良し悪しの基準は? 「情弱」という言葉にも適切な使いどころがあるからこそ存在しているのです。この世界がピンク色の愛であふれている場所だと勘違いしてはいけません。 nemorize 2025-09-02 | 親コメント | トピック: ハイブリッドPHPの台頭: PHPとGo、Rustの結合 (yekdeveloper.com) 私はPHPの変数/関数という概念そのものに不便さを感じることはあっても、$という表記法に不便さを感じたことはまったくありません。 ドル記号のせいで使えない、~~ドル記号を使う連中だからお金をたくさん稼ぐ、米ドルではなくジンバブエ・ドルだからあまり稼げない~~ といった話は、もともと冗談として言われていたものではなかったでしょうか…… reagea0 2025-09-02 | 親コメント | トピック: Google AI Overviewが私について虚偽の話を作り上げた (bsky.app) これは訴訟ものでは……? skageektp 2025-09-02 | 親コメント | トピック: ハイブリッドPHPの台頭: PHPとGo、Rustの結合 (yekdeveloper.com) Node.jsにRustならまだしも……;; 私はPHPは$のようなものをずっと使うのでコードを打つのが不便そうに見えるのですが、うまく使っている方々はあまり不便さを感じないものなのでしょうか? doolayer 2025-09-02 | 親コメント | トピック: vLLM PagedAttention: LLM推論スループットの革新 (aleksagordic.com) PagedAttention のメモリ管理の限界を補うために、vAttention が提案されました。 関連論文はこちらで確認できます: https://arxiv.org/pdf/2405.04437 coremaker 2025-09-02 | 親コメント | トピック: Bearがソース公開ライセンスへ移行 (herman.bearblog.dev) GLPv3 と AGPL は、このライセンスの作者の意図どおりには使われていないように思います。 多くがデュアルライセンスを認めているせいで、結局は商用利用を強制するための仕組みとして使われるケースをあまりにも多く見てきました。 その意味では、Apache や MIT は当初の意図どおりに機能している数少ないオープンソースライセンスだと思います。 (ただし、完全無欠なオープンソースライセンスがあるとは思っていません。) mixed 2025-09-02 | 親コメント | トピック: プロダクトエンジニア(The Product Engineer) (nandinfinitum.com) 少し考えてみると、ここでのように動くなら、これもやはり人が必要な仕事なのかと思ってしまいます。 Product EngineerもAIで可能なのでは、という感じがします。 ididid393939 2025-09-02 | 親コメント | トピック: 私はAI嫌いだ (anthonymoser.github.io) 人間が特別だという過剰な自意識は、どこから始まったのだろうか unsure4000 2025-09-02 | 親コメント | トピック: ネクソンのオンラインゲーム『ブルーアーカイブ』でMITM攻撃が発生 (namu.wiki) ナムウィキは出典として不適切だと思います。 ndrgrd 2025-09-02 | 親コメント | トピック: Bearがソース公開ライセンスへ移行 (herman.bearblog.dev) 実際、オープンソースプロジェクトにとって利用者の関心と貢献はほぼ唯一の資源ですが、 完全に定着した段階でない限り、誰でも、特に大企業がフォークして関心を独占してしまえば、結局は他人のためだけに尽くしたことになってしまいます。 そもそもこの種のライセンスは、最初から利用者の自由のためのものであって、開発者のためのものではありませんでした。 Windows の CLI パッケージマネージャーである winget も、他人のプロジェクトを Microsoft がそのままフォークし、名前だけ変えて公開したものだという事実をご存じですか。 元のプロジェクトである appget の作者が書いた文章もあります。 The Day AppGet Died. (特に大企業やバイラル拡散が得意な人たちのための)他人のためだけに尽くすことを望まず、自分の時間に価値を置くのであれば、オープンソースライセンスを採用することを改めて考え直す必要があります。 同じボランティアでも、貢献に対して敬意を払われることと、徹底的に無視されることの間には大きな違いがあります。 Hacker News のコメントに付いていたような代替案を見てみてください。 yangeok 2025-09-02 | 親コメント | トピック: ネクソンのオンラインゲーム『ブルーアーカイブ』でMITM攻撃が発生 (namu.wiki) 残念ですね.. xguru 2025-09-02 | 親コメント | トピック: Nintendo Switch 2 DockのUSB-C互換性 (lttlabs.com) 自分はSwitch 1のときも互換性のないドックを追加で使っていて文鎮化したことがあるので、 もう任天堂対応ドックは見ることすらできません。 でもこれが繰り返されているのを見ると、何か任天堂がわざとこうしているんじゃないかという気もしてきますね -.-+ xguru 2025-09-02 | 親コメント | トピック: Google AI Overviewが私について虚偽の話を作り上げた (bsky.app) わあ、この話は本当に衝撃的ですね。 特定のイシューによってこうなってしまう状況が自分にも起きたら、どんなことが起こるのかと思うと恐ろしいです。 コメントをさらに読み込む
もちろん、そもそも GIL のせいで得られる利益が他の環境に比べて小さいということのほうが、より大きな理由かもしれません。
GIL がなければシナジーを生み出せる、という言い方は欺瞞に近いと思います。片脚のない走者に、不便ながらも義足を付けてあげたら、それが「シナジー」なのでしょうか?
関連内容が記載されているところの中では、最もよく整理された文書です。
Asyncioの問題は、難しい非同期プログラミングそのものの難易度ではなく、品質の低さです。一貫性と汎用性を投げ捨てた設計はPythonでは珍しくもありませんが、ProactorEventLoopのようなものでは、5年前に報告されたサービス停止を引き起こすバグがいまだに残っています。
無理やり使わざるを得ない立場からすると、こういう文章を笑って受け流すのはなかなか難しいですね。
一般化するのは難しいですが、全体としては、PO、PM、デザイナーの方々には、AIの進歩によってPOやPMの方々により多くの機会が開かれたと見る視点を持つ人が多く、
逆に、開発者の方々には、AIの進歩を通じて、あえてPO、PM、デザイナーがいなくても一人でよりうまくプロダクトを開発できるようになると期待している人が多かったように思います。
今後どうなるかは、これから見守っていくしかなさそうですね(笑)
JavaScriptが変わっていくのと同じような感じになってきている気がします。
嫌うのは自由だが、著者もまたAIの時代の中で生きている。著者のこの文章もすでにAIのビッグデータに収集されているのだろう。
AI Overviewの信頼性が低いのは有名ですが、これはちょっと深刻ですね
その良し悪しの基準は? 「情弱」という言葉にも適切な使いどころがあるからこそ存在しているのです。この世界がピンク色の愛であふれている場所だと勘違いしてはいけません。
私はPHPの変数/関数という概念そのものに不便さを感じることはあっても、
$という表記法に不便さを感じたことはまったくありません。ドル記号のせいで使えない、~~ドル記号を使う連中だからお金をたくさん稼ぐ、米ドルではなくジンバブエ・ドルだからあまり稼げない~~ といった話は、もともと冗談として言われていたものではなかったでしょうか……
これは訴訟ものでは……?
Node.jsにRustならまだしも……;; 私はPHPは
$のようなものをずっと使うのでコードを打つのが不便そうに見えるのですが、うまく使っている方々はあまり不便さを感じないものなのでしょうか?PagedAttention のメモリ管理の限界を補うために、vAttention が提案されました。
関連論文はこちらで確認できます: https://arxiv.org/pdf/2405.04437
GLPv3 と AGPL は、このライセンスの作者の意図どおりには使われていないように思います。
多くがデュアルライセンスを認めているせいで、結局は商用利用を強制するための仕組みとして使われるケースをあまりにも多く見てきました。
その意味では、Apache や MIT は当初の意図どおりに機能している数少ないオープンソースライセンスだと思います。
(ただし、完全無欠なオープンソースライセンスがあるとは思っていません。)
少し考えてみると、ここでのように動くなら、これもやはり人が必要な仕事なのかと思ってしまいます。
Product EngineerもAIで可能なのでは、という感じがします。
人間が特別だという過剰な自意識は、どこから始まったのだろうか
ナムウィキは出典として不適切だと思います。
実際、オープンソースプロジェクトにとって利用者の関心と貢献はほぼ唯一の資源ですが、
完全に定着した段階でない限り、誰でも、特に大企業がフォークして関心を独占してしまえば、結局は他人のためだけに尽くしたことになってしまいます。
そもそもこの種のライセンスは、最初から利用者の自由のためのものであって、開発者のためのものではありませんでした。
Windows の CLI パッケージマネージャーである winget も、他人のプロジェクトを Microsoft がそのままフォークし、名前だけ変えて公開したものだという事実をご存じですか。
元のプロジェクトである appget の作者が書いた文章もあります。
The Day AppGet Died.
(特に大企業やバイラル拡散が得意な人たちのための)他人のためだけに尽くすことを望まず、自分の時間に価値を置くのであれば、オープンソースライセンスを採用することを改めて考え直す必要があります。
同じボランティアでも、貢献に対して敬意を払われることと、徹底的に無視されることの間には大きな違いがあります。
Hacker News のコメントに付いていたような代替案を見てみてください。
残念ですね..
自分はSwitch 1のときも互換性のないドックを追加で使っていて文鎮化したことがあるので、
もう任天堂対応ドックは見ることすらできません。
でもこれが繰り返されているのを見ると、何か任天堂がわざとこうしているんじゃないかという気もしてきますね -.-+
わあ、この話は本当に衝撃的ですね。
特定のイシューによってこうなってしまう状況が自分にも起きたら、どんなことが起こるのかと思うと恐ろしいです。