@sonatard

Stack CTO @stackcompany Hot: Shopify、void0、Remix 3、async React、Kotlin Multiplatform、Apollo Kotlin

 日本
Joined January 2017
  • Tweets13.5K
  • Following865
  • Followers3.6K
638Media
2025年開発体制の振り返り記事です 例年より踏み込んで書きました 技術的な意思決定のミスがあったので、それについても書いてみました こういうミスはなくしていきたいです sizu.me/sonatard/posts/soh8r…

株式会社Stackの2025年開発体制の振り返り｜sonatard

7,195字

sizu.me
1
13
3
120
15,378
自分のわがままを極端に叶えるものは管理画面向けWeb Componentで構築した静的HTML配信なのかもしれない
2
771
管理画面で使うReactのWebフレームワークはSSRやRSCなしで脆弱性リスクが小さくメンテナンスコストが低いものを選びたいのだけど、2026年では純粋なSPAのフレームワークが見つからない
8
6
11
59
45,585
情報漏洩の問題は、筆記試験で「ケアレスミスをしないで必ず100点を取ってください。100点以外は0点です。」みたいなもので、人間には天才でも無理 そしてこの筆記試験を受けるのは1人ではなく、1人でも100点を取れなければ全員0点になる
1
9
1,072
GPUIでこれだけパフォーマンスの高いもの作れるとなると、iOS/Androidやブラウザ上で動くことを期待したくなる
1
412
プログラミングは、AIによって読みやすさ書きやすさからパフォーマンスの比重が大きくなった
1
378
アウトカムと生産性の向上を直接結びつけすぎない方がいい アウトカムが出る準備が出来たときに生産性が高い方が良いのか低い方がいいのかは高い方が良いのは明らか
2
2
19
3,258
もしAIを使ってもアウトカム伸びないのなら、AI以前はより高コストで長期間でアウトカムが伸びなかったということなので、AIによる生産性向上とは分けてアウトカムの問題に向き合う
1
1
226
AIで短期的なアウトカムを求められるのは過剰投資だから 従量課金でコストがかかるのは始める前からわかることで、Claude Code Max 20xプランで最大限のAIの恩恵を$200で受ることから始めるといい 最初のプロジェクトはAIを使ってインフラやCIコストを下げることから始めれば$200はすぐに回収できる
1
2
544
その先の従量課金については、AIを使うことにプレッシャーがかかるので、トップが責任を持って明確なゴールを示さないといけない 費用がかかってもAIに投資して、どういうリターンを得るつもりなのかを説明して、社員が気にせず使えて、トップが結果に責任をとる 社員にコストの責任を押しつけてAI利用を萎縮させるのは本末転倒
3
384
Rustで自分用のツール作っているとAIの動作を確認するといつ見ても実装は終わっていてビルドをしているという状態になっていた このときは機能開発を止めてビルドの改善をすることで生産性が数倍になる
そな太
@sonatardOct 18
AIによる開発はビルドやLintの時間がAIに隠蔽されて無駄な待ち時間に鈍感になってしまうリスクがある 注意を払わないと同じAIで開発をしていても、実際の生産性では大きな差がつく
1
433
AIによる開発はビルドやLintの時間がAIに隠蔽されて無駄な待ち時間に鈍感になってしまうリスクがある 注意を払わないと同じAIで開発をしていても、実際の生産性では大きな差がつく
1
1
924
逆にAIを使ったワークフローは、焦って独自ツールを作らなくても大手が着実に開発を進めるので焦らなくて良いと思っている 今ならClaude Code Opus 5.5でClaude Code Desktopの開発体験とGrok botやdotsの体験を理解しておけば十分
1
2
421
今はClaude Code Opus 5.5の開発でどこまで速度と質を高められるかに注力している そのためには自分たちのコードと開発環境の整理、AIに与える道具の整備が大切
1
260
BHA-CRY 開始10分で3-0とは
1
348
自分用にVibe Codingしたツールが増えてきたので公開したいけど、中身を全く読んでないコードを公開して良いものか
1
386
そな太 retweeted
Chris Tate
@ctatedevOct 17
New from Vercel Labs: tsc-ts TypeScript was written in TypeScript Then rewritten in Go We ported it back to TypeScript Compiled it with scriptc And it's 2-4x faster than tsgo
247
199
202
3,418
488,562
そな太 retweeted
Jay Meistrich
@jmeistrichOct 14
People keep telling me that native apps are much faster than React Native, but I don’t think it’s true. So I built the same app in 9 different desktop frameworks. I found that AppKit is slightly faster/lighter than React Native, but React Native beats SwiftUI by a good margin.
32
44
12
398
67,682
新しいHydrogenがReact Router依存のフレームワークからライブラリになった > Hydrogen now works with any JavaScript framework shopify.dev/changelog/blog/h…

Hydrogen 2026-10 is now available - Shopify developer blog

The new Hydrogen is now GA: A framework-agnostic JavaScript library to add Shopify commerce to your existing stack, plus skills for coding agents and starters for React Router and Next.js.

shopify.dev
1
1
8
863
少し前の記事だけど、こちらでも言及があった > The heart of the new Hydrogen is a framework-neutral core written in plain JavaScript. On top of it sit thin bindings that make the primitives feel native to your framework. React bindings ship in the preview today; Vue, Svelte, and Remix 3 are on the way. hydrogen.shopify.dev/update/…

Hydrogen developer preview

Today we're releasing a developer preview of the new Hydrogen, rebuilt in partnership with Vercel to be framework-agnostic , runtime-agnostic , and built for…

hydrogen.shopify.dev
1
365
Remix 3 + Hydrogenで作られたRemis Store xitter.cf/BrooksLybrand/status/2…
Brooks Lybrand@BrooksLybrandOct 14
shop.remix.run is already running on this + Remix 3! vs. our old React Router version, on an emulated throttled phone: - ~50% less JS - ~60% less script execution - Homepage paints in 1.2s (was 4.4s) - went from 17 → 4 dependencies github.com/remix-run/remix-s…

Home

Soft wear for engineers of all kinds

shop.remix.run
178
Shopifyは「React Nativeをネイティブに移行した」というより「React依存から脱却したい」という方が正確と言えそう
2
393
Load more