Webフロントの話がメイン｜フロントエンドエンジニア9年目｜新卒→1年後に独立しフリーランスに｜React, TypeScript｜個人開発
Joined July 2015
- Tweets 6,777
- Following 140
- Followers 673
- Likes 14,324
343 Photos and videos
Pinned Tweet
May 22
本日のLT資料です！
docswell.com/s/yt4/Z8NMGQ-ts…
TanStack StartのcreateServerFnで作る、型が通るAPI
#TSKaigi #TSKaigi2026 #tskaigi_righttouch
1
9
32
1,825
Jun 13
これだけ界隈を騒然とさせるニュースが出ている一方で、普段Claude CodeやCodexを使っていない人からすると全くピンと来ていないであろうことを考えると、この時代にソフトウェアエンジニアをやれていることは幸運だと思うし、感謝したい気持ちがある
1
106
Jun 13
流石にこれはヤバいと思うし、歴史的瞬間すぎる
Jun 13
The US government, citing national security authorities, has issued an export control directive to suspend all access to Fable 5 and Mythos 5 by any foreign national, whether inside or outside the United States, including foreign national Anthropic employees.
The net effect of this order is that we must abruptly disable Fable 5 and Mythos 5 for all our customers to ensure compliance.
Access to all other Claude models is not affected.
We apologize for this disruption to our customers. We believe this is a misunderstanding and are working to restore access as soon as possible.
Read our full statement: anthropic.com/news/fable-myt…
1
86
Jun 11
CIでtsgoの利用時にメモリ不足に陥る問題の対策として、めちゃくちゃ参考になった記事。
結論、おとなしくlarger runnerを使うのが良さそうだった⋯⋯。
TypeScript 7（tsgo）でCIの実行時間を半分にした話 - ゼスト Tech Blog techblog.zest.jp/entry/2026/…
2
216
Jun 10
@\hono/zod-openapi は実務でも使っているけど良い。手軽さの観点だと Next.js の代わりに TanStack Start（Server Functions）を採用したい。tRPC は、今後は代わりに oRPC を選択肢に入れたいかな。TanStack Start oRPC とかも良さそう。
1
4
325
Jun 4
Cloudflare 強い
Jun 4
VoidZero is joining Cloudflare.
Our mission stays the same: to make JavaScript developers more productive than ever before. Vite, Vitest, Rolldown, Oxc, and Vite remain MIT-licensed. Evan and the VoidZero team will continue leading them.
Cloudflare shares our commitment to open source. Together, we can keep investing in the tooling developers rely on every day, while bringing the Vite ecosystem and Cloudflare’s platform even closer together.
199
Jun 4
TanStack Start が Rsbuild 2 に対応した👀
React/Solid、Server Functions、SSR/Streaming SSR、HMR、import protection、React Server Components まで含めて Rsbuild 上で使えるように。
単なるアダプター追加というより、Start のビルド層が Vite 依存から明確に分離されたのが大きい印象。
Jun 2
Another build path just washed ashore 🏖️
TanStack Start now supports Rsbuild 2 alongside Vite, bringing the full Start feature set to the Rspack / Webpack ecosystem.
tanstack.com/blog/start-adds…
6
618
Jun 4
Lovable の新規プロジェクトが TanStack Start ベースに移行👀
これまでの Vite React Router の SPA 構成から、ルート単位の SSR/SSG/CSR や Server Functions が使える構成になった。
こういったプロダクトのテンプレで TanStack Start が選ばれるようになったのは感慨深い。
Jun 1
New @Lovable projects now ship on TanStack Start.
That means full-stack React with SSR/SSG/CSR per route, server functions colocated with components, deploy-anywhere architecture, and type safety that helps both humans and AI generate better apps.
1/2
lovable.dev/blog/building-ap…
1
5
1,762
Jun 2
これは便利そう👀
次の個人開発で試す
Jun 1
Introducing Email SDK
A unified email SDK for sending with any email provider. One clean TypeScript API.
- Multiple providers: Resend, Postmark, SendGrid, Mailgun, Brevo, SMTP, and more
- Built-in fallbacks and retries
- Agent Skill included
- CLI for testing
1
3
448
May 31
Gitの履歴も参照するの面白いな
> コード上だけの解析にとどまらず、git履歴も参照して「変更が多く、複雑なファイル → リファクタの優先度が高い場所」を探すHotspotsという指標も備えています。
May 31
ブログに記事を公開しました
TS/JSコードベース解析ツールのFallowが良さげかも
kawarimidoll.com/posts/20260…
171
May 30
LPとかMarkdownでブログ作るみたいな用途であれば、現状ほぼAstro一択だと思っています。
ビルドは高速だし、生成される成果物も軽量。
Astro感想
やはりコンテンツ指向なアプリでは優位性が高い。学習コストも低くドキュメントも整理されている。Markdownを簡単にサイトにしたい、というニーズに答えられる上に、静的サイトではなくバックエンド側の処理も担当することができる（RPCのように呼び出せて手軽）。ただし、大規模なバックエンド処理を想定した作りになっていないので拡張し続けると苦しくなりそう。Honoなど他のバックエンドに処理を任せる構成が良い。ただしバックエンド偏重な構成の場合は、そもそもAstro選択する必要性は低いかも知れない。
Astro独自のコンポーネント構成ではあるが、ReactやVueと違いHTMLとJavaScriptそのものという雰囲気なので、好きな人は好きそう。型安全性もあり開発体験も悪くない。また、必要になったら好きなフロントエンドライブラリを自由に組み合わせられる柔軟さと、パフォーマンスを劣化させない仕組みがあるため、とりあえずAstroにしておいて必要だったら後からSvelte入れるか…みたいな、今は決めきらない戦略がとれるのは大きい。
また、デフォルトが最適化をほとんどしない点がNext.jsと真逆でシンプルで好ましいという印象もある。昔からWeb制作をやってきているひとからすると、安心・安定して使えるフレームワークだと思う。
1
8
2,370
Yuki Terashima retweeted
May 29
日本語LLMまとめ（github.com/llm-jp/awesome-ja… ）のリンク切れチェックは lychee に最近変えたけど高速に動作するので私もオススメしたいです。
GitHub Actions版も公式でメンテされてます。
May 28
既存プロジェクトは Biome を使っていることが多いですが、今後は Oxlint も選択肢に入れたいです。
あと最近ドキュメントのリンク切れチェックのために lychee を入れましたが結構良かったです。
余談ですが、コミットフックは Lefthook 派です。
1
2
785
May 28
既存プロジェクトは Biome を使っていることが多いですが、今後は Oxlint も選択肢に入れたいです。
あと最近ドキュメントのリンク切れチェックのために lychee を入れましたが結構良かったです。
余談ですが、コミットフックは Lefthook 派です。
2
9
114
37,454
May 28
補足として、機械的に判定できる問題を人間や AI に見せるのは無駄です。
これがAI時代に静的解析ツールが重要になる理由の 1 つだと思っています。
コードフォーマットのズレやドキュメントのリンク切れなどは、人間がレビューで指摘する必要も AI に確認する必要もありません。
ルールとして落とせるなら、最初からツールで落とした方が効率的です。
人間レビューは設計・責務分離・抽象化・仕様理解・将来の変更容易性など後戻りしにくい判断が必要な部分に集中すべき。
その上で AI には
・実装案の比較
・設計の壁打ち
・リファクタ方針の検討
・ドキュメント生成
のような、より高次の作業を任せたいです。
211
Yuki Terashima retweeted
lefthook も lychee も知らなかった、、入れてみよう
May 28
既存プロジェクトは Biome を使っていることが多いですが、今後は Oxlint も選択肢に入れたいです。
あと最近ドキュメントのリンク切れチェックのために lychee を入れましたが結構良かったです。
余談ですが、コミットフックは Lefthook 派です。
1
1
568
May 27
その通りだと思うので、反省して次に生かしたい⋯⋯。
個人的には、おそらくAIをあまり使っていないであろうスライドの方がわかりやすく感じることが多かったので、記事にもあるように聞き手に目を向けた資料作成や話し方を心がけていきたいなと思った。
はてなブログに投稿しました
TSKaigi 2026 の発表資料の体感半数以上が AI 生成感ある資料だった - mizdra's blog mizdra.net/entry/2026/05/27/…
#はてなブログ
3
1,562
May 27
TanStack Router と Query の責務分離がかなり整理されている記事
Router の loader は Query と組み合わせるならデータを返す場所ではなく、Query Cache を先に温めるイベントハンドラとして扱う
キャッシュ管理は Query に寄せ、コンポーネント側では useQuery / useSuspenseQuery で購読する
📚 Surprisingly, I haven't written about how my two favourite TanStack libraries - Router and Query - work together.
🔁 loaders start fetches early
🔮 query owns the cache
🌀 suspense integrates naturally
🏝️ TanStack Start makes SSR & streaming easy
tkdodo.eu/blog/tan-stack-rou…
1
3
584
May 25
Claude Code のベストプラクティスの「直感を開発する（Develop your intuition）」のセクションが結構好き
結局重要になってくるのがこれまでの経験なのではないか、という
May 25
AIをただ使ってる人と、使いこなしてる人の差って何なんだろうか。プロンプトの上手さとも少し違う気がするし、何なんだろうな。自分もまだ使いこなせてる気がしないのでもっと上手くなりたいんだが、これはそもそも仕事ができる人とできない人の差なのでは？
1
2
267