論文を書いているわけでもないのに、まあ……

GIL は少し唐突に出てくる感じがしますが……。GIL が取り除かれたとしても、
I/O bound と CPU bound の両方でマルチスレッドを使いたいのであれば、
Python ではなく別の代替案を採用したほうがよいのではないかと……。

asyncio は、Python を深くやっている人たちの間ではあまり好かれていない印象がありますね。
gevent が主流になるべきだった、という意見を時々聞いた気がします。

良いアプリの紹介をありがとうございます。

追加で作成しました

asyncio はかなり使われていますし……実用になります……。タスクのキャンセルが edge-triggered（level-triggered ではなく）になっているという制約はありますが、実際にはタスクキャンセルを意識しつつ graceful な処理を行うコードを書くことはあまりありませんし、それより大きな問題は eventloop が task に対して weak reference を持っているため、gc によって消えてしまう可能性があることですが……それは structured concurrency で解決できます。

たいていの主要な i/o 処理については、asyncio をサポートするライブラリを探すのに困ることはありませんし……

GIL? とはあまり大きな関係はありません……。CPU intensive な処理を並列化するために asyncio を使うという発想自体が少しおかしいですね……。GIL が改善されれば、CPU intensive なマルチスレッディングには有用になるでしょう……。async は i/o のボトルネック区間をできるだけ効率よく回すためのものなので……

とにかく結論としては……ある程度の設計上の問題はあるものの、目的を達成するために使ううえで特に問題はなく、production でもうまく活用しています。

MITM攻撃だとしても、HTTPS通信をどうやって解読したんだろう？ もしかして自分だけが知らないのかな？

Biomeと比べて速度はどうなんでしょうか？

とりあえずjoblibを使います

もちろん、そもそも 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