Yuki Terashima

Webフロントの話がメイン｜フロントエンドエンジニア9年目｜新卒→1年後に独立しフリーランスに｜React, TypeScript｜個人開発

[Yuki Terashima @y_temp4]

本日のLT資料です！

https://t.co/wBVDRhM2iK

TanStack StartのcreateServerFnで作る、型が通るAPI

#TSKaigi #TSKaigi2026 #tskaigi_righttouch

[Yuki Terashima @y_temp4]

Cloudflare 強い

[VoidZero @voidzerodev]

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.

[Yuki Terashima @y_temp4]

TanStack Start が Rsbuild 2 に対応した👀

React/Solid、Server Functions、SSR/Streaming SSR、HMR、import protection、React Server Components まで含めて Rsbuild 上で使えるように。

単なるアダプター追加というより、Start のビルド層が Vite 依存から明確に分離されたのが大きい印象。

[TANSTACK @tan_stack]

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.

https://t.co/FEMQmGfgiz

[Yuki Terashima @y_temp4]

Lovable の新規プロジェクトが TanStack Start ベースに移行👀

これまでの Vite + React Router の SPA 構成から、ルート単位の SSR/SSG/CSR や Server Functions が使える構成になった。

こういったプロダクトのテンプレで TanStack Start が選ばれるようになったのは感慨深い。

[TANSTACK @tan_stack]

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

https://t.co/Vb962C0h3P

[Yuki Terashima @y_temp4]

これは便利そう👀

次の個人開発で試す

[Leo - 14 y/o founder @leodev]

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

[Yuki Terashima @y_temp4]

Gitの履歴も参照するの面白いな

> コード上だけの解析にとどまらず、git履歴も参照して「変更が多く、複雑なファイル → リファクタの優先度が高い場所」を探すHotspotsという指標も備えています。

[カワリミ人形 @kawarimidoll]

ブログに記事を公開しました

TS/JSコードベース解析ツールのFallowが良さげかも
https://t.co/BYzDWsyiJy

[Yuki Terashima @y_temp4]

2026年5月は以下の2冊を読みました。

・プロセスエコノミー
・一流のプロ講師が実践している話し方

https://t.co/TflwA1b7qe

[Yuki Terashima @y_temp4]

LPとかMarkdownでブログ作るみたいな用途であれば、現状ほぼAstro一択だと思っています。

ビルドは高速だし、生成される成果物も軽量。

[zaru @zaru]

Astro感想

やはりコンテンツ指向なアプリでは優位性が高い。学習コストも低くドキュメントも整理されている。Markdownを簡単にサイトにしたい、というニーズに答えられる上に、静的サイトではなくバックエンド側の処理も担当することができる（RPCのように呼び出せて手軽）。ただし、大規模なバックエンド処理を想定した作りになっていないので拡張し続けると苦しくなりそう。Honoなど他のバックエンドに処理を任せる構成が良い。ただしバックエンド偏重な構成の場合は、そもそもAstro選択する必要性は低いかも知れない。

Astro独自のコンポーネント構成ではあるが、ReactやVueと違いHTMLとJavaScriptそのものという雰囲気なので、好きな人は好きそう。型安全性もあり開発体験も悪くない。また、必要になったら好きなフロントエンドライブラリを自由に組み合わせられる柔軟さと、パフォーマンスを劣化させない仕組みがあるため、とりあえずAstroにしておいて必要だったら後からSvelte入れるか…みたいな、今は決めきらない戦略がとれるのは大きい。

また、デフォルトが最適化をほとんどしない点がNext.jsと真逆でシンプルで好ましいという印象もある。昔からWeb制作をやってきているひとからすると、安心・安定して使えるフレームワークだと思う。

[Kaito Sugimoto @_kaisugi]

日本語LLMまとめ（https://t.co/bxFxXKBIBB ）のリンク切れチェックは lychee に最近変えたけど高速に動作するので私もオススメしたいです。
GitHub Actions版も公式でメンテされてます。

[Yuki Terashima @y_temp4]

補足として、機械的に判定できる問題を人間や AI に見せるのは無駄です。
これがAI時代に静的解析ツールが重要になる理由の 1 つだと思っています。

コードフォーマットのズレやドキュメントのリンク切れなどは、人間がレビューで指摘する必要も AI に確認する必要もありません。

ルールとして落とせるなら、最初からツールで落とした方が効率的です。

人間レビューは設計・責務分離・抽象化・仕様理解・将来の変更容易性など後戻りしにくい判断が必要な部分に集中すべき。

その上で AI には

・実装案の比較
・設計の壁打ち
・リファクタ方針の検討
・ドキュメント生成

のような、より高次の作業を任せたいです。

[Yuki Terashima @y_temp4]

既存プロジェクトは Biome を使っていることが多いですが、今後は Oxlint も選択肢に入れたいです。

あと最近ドキュメントのリンク切れチェックのために lychee を入れましたが結構良かったです。

余談ですが、コミットフックは Lefthook 派です。

[farstep @farstep_]

https://t.co/Sviuyodd73

[Yuki Terashima @y_temp4]

@farstep_ lychee は自分も最近知ったのですが、いい感じです！

[Yuta Imamura / Geekplus CTO @yuimam32]

lefthook も lychee も知らなかった、、入れてみよう

[Yuki Terashima @y_temp4]

その通りだと思うので、反省して次に生かしたい⋯⋯。

個人的には、おそらくAIをあまり使っていないであろうスライドの方がわかりやすく感じることが多かったので、記事にもあるように聞き手に目を向けた資料作成や話し方を心がけていきたいなと思った。

[mizdra @mizdra]

はてなブログに投稿しました
TSKaigi 2026 の発表資料の体感半数以上が AI 生成感ある資料だった - mizdra's blog https://t.co/VVHpoQyMj1
#はてなブログ

[Yuki Terashima @y_temp4]

TanStack Router と Query の責務分離がかなり整理されている記事

Router の loader は Query と組み合わせるならデータを返す場所ではなく、Query Cache を先に温めるイベントハンドラとして扱う

キャッシュ管理は Query に寄せ、コンポーネント側では useQuery / useSuspenseQuery で購読する

[Dominik 🔮 @TkDodo]

📚 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

https://t.co/hFqo9YqAlV

[Yuki Terashima @y_temp4]

https://t.co/aGpitR34QG

[Yuki Terashima @y_temp4]

Claude Code のベストプラクティスの「直感を開発する（Develop your intuition）」のセクションが結構好き

結局重要になってくるのがこれまでの経験なのではないか、という

[Keisuke Nishitani @Keisuke69]

AIをただ使ってる人と、使いこなしてる人の差って何なんだろうか。プロンプトの上手さとも少し違う気がするし、何なんだろうな。自分もまだ使いこなせてる気がしないのでもっと上手くなりたいんだが、これはそもそも仕事ができる人とできない人の差なのでは？

[Yuki Terashima @y_temp4]

こちらも

https://t.co/mzRR4xdlV2

[Yuki Terashima @y_temp4]

本日のLT資料です！

#Offers_DeepDive

https://t.co/TeEL0kcLNo

[Yuki Terashima @y_temp4]

本日のLT資料です！

https://t.co/wBVDRhM2iK

TanStack StartのcreateServerFnで作る、型が通るAPI

#TSKaigi #TSKaigi2026 #tskaigi_righttouch

[Yuki Terashima @y_temp4]

資料内で紹介した記事を貼っておきます。

https://t.co/InTxO1rMjh

[Yuki Terashima @y_temp4]

Zennに投稿しました！

TanStack Startを試してみたけど、もうNext.jsには戻れない #zenn

https://t.co/EYSmhdfhoA

[Yuki Terashima @y_temp4]

二次会で抽象化に関する話題で盛り上がったのですが、一般論としての具体・抽象について学びたい方は以下の書籍がおすすめ。自分は周りに紹介しまくっている

「具体⇄抽象」トレーニング 思考力が飛躍的にアップする29問

[Yuki Terashima @y_temp4]

こうやって見ると人数多すぎる😂
ちなみに自分はこれでした👇
#tskaigi

[TSKaigi @tskaigi]

【#TSKaigi2026 全日程終了🎊】
TSKaigi2026の全プログラムが終了しました。
2日間を通して800名以上の現地参加をいただき、
大盛況のうちに終えることができました。
ご参加いただいた皆様、本当にありがとうございました！
次は #TSKaigiSendai でお会いしましょう！
#TSKaigi