Taishi Kobari
69 posts

Taishi Kobari
@kobari41257
PR TIMES | PR TIMESカレッジVol.10 #PRTIMESカレッジ | フロントエンド以外も頑張ります
Katılım Ekim 2024
58 Takip Edilen72 Takipçiler
Taishi Kobari retweetledi
Taishi Kobari retweetledi

【フロカン名古屋は5/9🦘】
フロントエンドカンファレンス名古屋のトークをご紹介!
「JSDOMの限界と実ブラウザテスト - Vitest Browser Mode実践」
しょうさん (@Sho_26_ts)
fortee.jp/fec-nagoya-202…
#fec_nagoya
日本語

@kobari41257 fyi #version-skew" target="_blank" rel="nofollow noopener">nextjs.org/docs/app/guide…

まだチケット販売しているようなので、お早めに!
PR TIMESはフロントエンドカンファレンス名古屋2026に協賛・登壇します! #fec_nagoya developers.prtimes.com/2026/04/17/fec…
日本語

AWS Solutions Architect Associateに合格しました🚀
credly.com/badges/7b40ea9…
日本語

開発部の中にいるメンバーとして変化を感じます。来年もよろしくお願いします!
developers.prtimes.jp/2025/12/26/vpo…
日本語

Flaky率を1/8に削減、全体の実行時間は1/6になりました🚀
developers.prtimes.jp/2025/12/26/aut…
日本語
Taishi Kobari retweetledi

RSCへの気持ち
自分は元々、 FullStack TS 推奨派なのでRSCについては推奨したい気持ちと、React App Router のAPIは初学者の参入を妨げ事故を誘発するやりすぎなAPIという気持ちがあった。最近 Next.js へ言及してなかったのは、自分が好きなNext.js は Page Router であって、App Router ではない、という気持ちがずっとあった。
Next.js は Pages Router の getServerSideProps が最も筋が良いと思っていた。use server よりクラサバ境界が自明で、top level effect を意識してればデータが漏れにくい。もちろん、それでもミスを防ぐことはできないのだが、程度問題として考えられる。
Next.js の運用において、ユーザーサイドの事故は起きるだろうとは予想していた。が、Next本体のRPCに脆弱性が起きるとは予想していなかった。Sebastian Markbage がかなり時間をかけて設計したいたので、そこで脆弱性が発生しづらいだろう、と思っていたからだ。
ただ、 Flight Protocol が過度に複雑になっていたのは間違いなく、その周辺で事故が起きるのは予想できたかもしれない。あんまりいうと事後孔明っぽくなるので、ここでの言及はとどめる。
どちらかという Vercel 側への不満がある。他のクラウドで真似しづらいAPIを増やし続けることで、他クラウドで追従に時間がかかる機能を増やし、Vercel のロックインが増える方向に誘導してるように見える。これがオッカムの剃刀で、実際にその意図はないかもしれないが、自分はそういう印象を抱いている。
VercelはReactのコミッタを多数雇って、ほとんどReact を乗っ取る形でReact/Next.jsの開発を進めているが、そのロックイン機能へ開発リソースを投入することで React 本来の価値を毀損しているように思う。
この脆弱性とは無関係だが、 Meta 参加を離れて Linux Foundation 傘下になったのはその点でいいことだと思う。まだ vercel の影響は強いだろうが
日本語

New Relicでコスト削減、障害対応の迅速化、AI活用にチャレンジ!オリジナルHHKBが当たる?! by New Relic Advent Calendar 2025に参加しました! qiita.com/advent-calenda… #Qiita
日本語
Taishi Kobari retweetledi






