私がキャリアをWebから始めたからかもしれませんが、Webは（特にフロントは）もともとそういうノリ（？）で開発するものです（笑）
目まぐるしく変化する感じ…

JS界隈って、ちょっとそういう感じなんですよね。何か良いとされるものが山ほどあるんですが、少しずつ全部に問題があって、流行に合わせてすぐどんどん変わっていくというか……
自分はJava、EJB、Strutsを主力にやってきたので、そう感じるだけかもしれませんが。

ありがとうございます。

コードは負債である (Code is Debt)

https://github.com/kelseyhightower/nocode

表面的にはコード行数（LOC）も重要だ。生産性の観点では、1ページ読んで理解するのと、3行読んで理解するのとでは違う。

もちろん私もプロダクションでは asyncio を嫌というほど使っていますが、今の使用体験は「うまく使えている」と評価できるほど満足のいくものではないですね……

現在の asyncio はGILを前提に設計されている、いわばGILの回避戦略なので、GILが asyncio と相互作用するわけではありません。

ただ、asyncio を基盤として動く並行性プログラミング全体という観点で見ると、GILは無関係だという表現は、「Pythonだからできなくて当然だ」のような話になってしまうと思います。

現行のGILの方向性について、ほかの代替案と比べても見劣りしないものになるとは期待しにくい、という点には同意しますが、
Python以外の別の代替案を採用すべきだという話は、問題がないという論調ではなく、問題があるという論調につながるべきではないかと思います。

今回は個人的な興味だけで、もともと開発していた分野とはまったく関係のない分野であるWeb開発を一度やってみました。next.js v15 app routerで掲示板を作ったのですが……こういう文章を見るたびに、Webのほうは何か新しいことをやってみたいという意欲がなくなっていく気がします。なぜこんなにもエコシステムが不安定なのでしょうか。このままだとまた新しいものが出たらぞろぞろとそちらに移って、少し使ってはまた文句を言いながら別のものを探すのでしょうか。Web開発のほうは本当に難しそうですね。

権力とお金がプロジェクト維持の原動力ではありますよね
Chromium でなければまともに動かないウェブページを見るたびに、ため息が出るのは仕方ないですね

正直なところ……Chromeをここまで維持できる会社は、Google以外にないでしょう。しかも半導体ほどではないにせよ、ウェブブラウザ市場の支配力も米国としては手放したくない部分でしょうし……。今後もある程度の独占は容認される気がします。

確認が遅くなりました。
ご丁寧なご回答ありがとうございます！

使いにくさを感じても、使っているうちにすぐ慣れてしまうものではないでしょうか？
人間は適応する動物です。

本文には明確に記されていないのですが、AIでコードを書くと、人が直接書いたものに比べてなじみがなく、そのため負債になるという意味とも考えられるのではないでしょうか？

あれ、私も有料ユーザーでした（笑）
App Store の履歴を確認してみたら、1.51 から無料になっていました。
私の場合、MacBook のモニター設定が使う場所ごとに違うので、必須のツールです。

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

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 でもうまく活用しています。