向こうも人数だけは多いけど、やってることはこことあそこも大差ないなwww

「韓」で始まり「国」で終わる、見慣れたあの国の日常ですね。

このコンセプト自体はたまに見かけるものでしたが、Webページが面白く、一目で機能を体験できるようによく作られていて驚きました。
眠くなっていたところで、目がぱっちり覚めるような楽しい体験でした。

そもそも「滑らかさ」だけを理由にSPAを検討するような場面なら、ただその滑らかさを諦めてMPAで作ればよかっただけなので、あまり共感できませんね……

正直、やることもないのに無理やり元を取ろうとしてマルチを回す人も、まあ少しはいた…

SPAを、ビュー・トランジションなどで置き換えられないものは、あなたが提示した事例の中ではリアルタイム協業ツールしかありませんし、大多数のWebサイトはリアルタイム協業ツールではありません。マーケティングサイト、ダッシュボード、コマースアプリはいずれも、SPAフレームワークを排し、サーバーレンダリング、実ページ、CSSベースのアニメーション、意図的なプリロード、最小限のJS導入という条件を守りながら構築することが可能です。これを志向するRails陣営のHotwireもあり、これにはBasecampとHEYという本番運用の事例もあります。状態管理？ リアルタイム協業ツールのようなものでない限り、URLパラメータ、サーバーセッションのようなサーバー側の方法や、ローカルストレージで十分可能です。ページ遷移を見てSPAを導入する事例も確かにありますし（AGF公式サイトのようにAstroでも十分なのにReactを導入した事例は確実にあります）、SPAの代表的な利点としてよく挙げられるのがページ遷移であることは否定できません。

滑らかなインタラクションのためだけにSPAフレームワークを導入するケースも確かにあります。SPAが適用されたサイトのかなりの部分は、複雑なインタラクションを必要としていません。

すべてがエンド関手というわけではありません。Result<T, E> のように型パラメータが複数あるものは 𝒞 → 𝒞 ではなく、Result : 𝒞 × 𝒞 → 𝒞 なので、このようなものは Bifunctor です。

ご指摘はまったくその通りです!
他言語で書かれた内容を Rust 基準で適用する過程で、誤解があったようです。
Rust の型システムが単一のカテゴリを成すため、エンド関手と一般の関手の区別は無意味になるように思います。
ブログにコメント機能がなくて残念ですが、修正依頼が可能か問い合わせてみようと思います。

良い記事ですね！ ただ、エンドポインタに関する説明には誤りがあるので、訂正されるとよいと思います https://x.com/simnalamburt/status/1950074970647761168?s=46

king - man + woman = queen

あったらいいなと思う機能が全部入っていますね。これひとつでNASの役割を全部こなしています。

demoサイトを見るだけでも非常に印象的です。本当に短いコードでさまざまな機能がサポートされていますね

ナムウィキ...

年齢認証と個人情報保護がどう両立できるのか、よく分かりませんね..

認証をする瞬間、少なくとも一度はそこに自分の署名を残すのと同じではないでしょうか？

本当に個人情報を保護するなら、匿名で使えるようにすべきでしょう

素晴らしいですね。こういうアプローチはとても好きです。

MLに依存しない最適化手法というのはうれしいですね

この方はたぶん IDE のサブスクリプション費用のことをおっしゃっているのだと思います。FLCC は無料版では提供されていませんよね。
でも、それだけを期待して人々がお金を払っているわけでもないでしょう。

この記事の惜しい点

1. SPA の本来の目的を矮小化して解釈している
   View Transitions API は本当に素晴らしいが、それだけで SPA が不要になるわけではない。

2. すべての Web サイトを同じ基準で見ている
   マーケティングサイト ≠ ダッシュボード ≠ コマースアプリ ≠ リアルタイム共同作業ツール
   それぞれ異なる構造的要件を持っている。

3. 実運用では SPA + SSR + MPA が共存している
   Next.js のようなハイブリッドフレームワークがそれをよく示している。
   静的アセットは SSG、ログイン後のダッシュボードは CSR/SPA、検索エンジン対応は SSR など、柔軟な組み合わせが必要だ。

SPA はユーザー体験だけでなく、構造改善の産物に近いと思います。
SPA が不要なページには MPA + モダン CSS が良い選択肢になり得ますが、SPA は構造、状態、拡張性、保守性の面で依然として必須です。モダン CSS は SPA を「補完」することはできても、「代替」することはできないと思います。

正直、触ってもいないRustやHaskellについて『そんなものがなくても、今どきはC++で全部できる』と言っているように見えます。