2022年の振り返り

なんだかんだReact、なんだかんだNext

自分から選ぶことはもうないやろなって思ってても。本業でも副業でも、やっぱり触れる機会が多かった。

ただなんというか、既にReact/Nextで作られてるけど、メンテできないから助けてほしいとか、選んだものの自信ないから手伝ってほしいとか、そういうのが多かった。

からのコレね。

最近のフロントエンドフレームワークに対する認識とお気持ちの整理 - console.lealog();

とはいえ、まだまだ「これからReactはじめます！」っていう層もいるやろうし、もうしばらくは稼げるネタとして付き合っていく必要はありそうかなって感じ。

個人的には、SolidとかSvelteとか他の選択肢が充実してきて、React一択ではないっていう意識がもう少し市場に広まってくれると嬉しいところ。数年先にレガシーjQueryみたいなノリでレガシーReactが残り続けるのは、jQueryのそれよりタチが悪いと思ってるので。

まあ実際フレームワークがどうのこうのっていうのが支配的な要因ではないとは思うけど。がんばろう日本。

Astroとアイランドアーキテクチャ

本業でも副業でもよく使った。個人的には、2022年はAstro元年やったなーと。

これに関連する登壇も2件やってた。

• The islands architecture recap
• 10 ways to reduce your JS

アイランドアーキテクチャもといPartial Hydrationの、"ちょうど良さ"が刺さるターゲットはたしかに存在していて、

• 完全に静的なサイト
  • ブログとか、ドキュメンテーションとか
• 静的なサイトにJSをちょい足し
  • ティザーとか、ポートフォリオとかコーポレートサイトとか

このあたりにとっては、顧客が本当に欲しかったものやったなーという認識。ここでも、React/Next以外の選択肢がいろいろ出てくるのは公平性からしてもよい話よね。

まぁこの一線を超えてしまうと、SSR+CSRしたほうがパフォーマンスも開発効率もいいわ！ってなることも確かなので、結局は適材適所ではあるけども。

Astroとしては、事前レンダリングとSSRをハイブリッドにできる機能がはやく安定化されるといいな〜って思ってる。

Experimental Prerender API by natemoo-re · Pull Request #5297 · withastro/astro · GitHub

現状では、experimentalなフラグが必要な段階。

社内向けツールで素振り

（試合の予定ないのに）ひたすら素振りしてた。

社内向けとなると、AstroよりかはSPA(1つ or Nセット)が刺さる感じの要件が多かったので、Viteで足回りから自作したり、Viteベースのフレームワークに乗ったりすることが多かった。

というわけで、使ったやつらに対する所感を簡単に。

Solid: 普通によい。けど、JSXではあるがReactとは微妙に勝手が違うところと、ここ数年のReact漬けなマインドセットからの切り替えが課題という感じ。個人的には、いわゆる定番ライブラリに依存しない暮らしをずっとしてたので困らんけど、世間はそこで困りそう。あれがないとかこれがないとか。Signalsベースな書き味には文句ない。SolidStartはこれからに期待する段階（つまりまだまだ）なので、今だとSPAを作る場合に単品でピックするのはアリという感じ。

Preact: Signalsにはちょっと心躍ったけど、結局Solidでいいなっていうところに落ち着いた。VDOMが必要！っていうシーンに出会ったら考える。（たぶんない）

Svelte: SvelteKitがメジャーに到達したのは大きくて、これでもう大手を振って気持ちよく推せるやつ。ちょっとした社内ツールはもう全部Svelte(Kit)でいいってくらい。ただ融通がきかないというか、すべてがJSではないが故に冗長になるシーンがあったりと、規模に応じて判断かな〜って感触。

Qwik: 試したいとはずっと思ってはいるものの、社内ツールではその真価を発揮することはなさそうで、未だにちゃんと試せてない。というか、Qwikの「理論上はこれがベスト」っていうのを頭ではわかっていつつも、いざ実際にそれを採用する日はくるんか？っていう二律背反を己の中で解消できずにいる・・・。やっぱ無理やりにでもなんかで使ってみるしかない？なんか説得力のある利用例が出てくるといいな〜。

Cloudflare Workers, Pages w/ Functions

今年も回し者をやってた感ある。

社内ツールのバックエンドでいろいろ使ってて、Cron trigger、KVはもとより、αになったばかりのD1をいち早く試したりもしてた。

年初の頃に`miniflare`と`wrangler`のOSS活動をしてたけど、今やその`miniflare`は`workerd`に置き換えられ役目を終えてしまったので、なんだか感慨深いものである。

ベータな`wrangler pages`コマンドが少し育ってきて、簡単なFunctionsならCloudflare Pagesに統合してもいいなって思えるようになった2022年。とはいえネットワーク上のKVやD1を使いつつ、ローカルでコードを開発することはまだできないので、それによっては引き続きWorkers+Pagesの二刀流でやるしかない2022年って感じ。来年に期待。

去年に引き続き、CDNエッジWorkerを活かしたアーキテクチャ探訪もしてたけど、あまり実りはなかった。

長らくクライアントとAPIを分離するアーキテクチャやワークフローに浸かってたせいで、単にエッジでAPIが動いてあとはSSRできればそれでいいというか。マイクロフロントエンド！みたいな大仰なやつは、そもそも個人的守備範囲ではないので食指が動かず。

エッジでSSRする文脈でいうと、単にSSRなのか、+ Partial Hydrationなのか、それともStreaming SSRなのか、RSCみたいな混ぜ込みな方向性なのか、などなどそのあたりの模索が進んでいくのであろう。って思ってたら、Ryan氏も同じこと言ってたし間違いない。

JavaScript Frameworks - Heading into 2023 - DEV Community 👩‍💻👨‍💻

VimからNeovimへ、iTerm2からWeztermへ

移行しているところ。

`coc.nvim`を別に乗り換えたくてあれこれ試行錯誤してるうちに、VimではなくNeovimに鞍替えしていた・・っていう話があって、これはまた別で記事を書く。おそらく年明けに。

AdventOfCode 2022

例年より難しく感じた。（毎年これでDFS/BFSの書き方を思い出すっていうレベルの層からすると）

半年ぶりにRust書いたけど、言語自体はそんなに忘れてなかったし、相変わらず便利やなってなった。同時に、いちいちめんどくせ〜〜ってなる感じも思い出した。

わからない問題の解説動画（Python）を見てて、Pythonもすごい便利やんってなって、普段のJavaScript/TypeScriptの非力さを感じるなどしてた。