
@smasatoi
iAccount based inJapan
About this account
- Account based in
- Japan
- Connected via
- Japan App Store
Account-level information from X, not a live location or the device used for a specific post.
@studist_tech / https://nitter.cf/t.co/QlpsXnSfWY / https://nitter.cf/t.co/dfJQBMYXES
Joined October 2020
- Tweets4.2K
- Following814
- Followers671
- Likes1.9K
Pinned Tweet
書きました!!
AIにコードを書かせるなら、Git hookは重いほうがいい|Masato Sugiyama zenn.dev/smasato/articles/b2… #zenn
Masato Sugiyama retweeted
今 複数の顧客に有償で提供しているプロダクトを1人で開発しつつ、顧客訪問やオンラインの商談同席もして、毎週100以上のPRをマージし、ほぼ毎日 新機能・改善の本番リリースをしていて、これが理想的な状態なような気がしている。
完全に自分が単一障害点ではあるのだが。
人を増やせば速くなる、という開発組織の終わり - smasato.log blog.smasato.net/entry/2026/…
Masato Sugiyama retweeted
We started running "pirate and architect" pods at Coinbase back in May of this year and I used this slide to talk the team through it. It works.
1 pirate, 1 architect, and a part-time designer.
It lets each archetype lean in to their superpower and get more shit done without all the coordination overhead and "what if-isms".
The pirate ships like mad, is product-minded and customer-obsessed. Always willing to throw-away code for a better version. The pirate is usually the DRI at the beginning too, working with customers, driving requirements, and a ship plan.
The architect makes sure stuff is built for scale, takes the pirate's prototype, and drives its scale-out through spec for agents.
The designer is building with both to constantly shape the experience and hill-climb to delight.
There's a helpful mental model that I like:
-Make it possible.
-Make it reliable.
-Make it delightful (or efficient).
Previously, those 3 were done in a waterfall approach and was slow. Most people were just stuck on "make it possible."
With agents and a new way of working, you have every opportunity to parallelize them and go 100x faster.
Masato Sugiyama retweeted
2026年のエンジニア採用面接とは「あなたの給料でClaude Max 20xのアカウント数十個契約できるわけだが、それでもあなたを雇う理由とは?」というえげつない質問に対して答えないといけないと思うのだが皆どのようにしているのだろうか?(※まだ僕はこのえげつない質問を面接の場ではしたことはない。
Masato Sugiyama retweeted
「AWS に代わるクラウドサービスを日本で自分で作れば良いのでは」という意見がありますが、その直接的手法では、単に、新たに一極集中クラウドが誕生し、今の AWS を置き換えるだけの結果になり、これでは、セキュリティ上、あまり意味がありません。
現在解決する必要がある問題は、特定少数のアーキテクチャと運用権力への一極集中です。一者がある 1 つのクラウドを作りこれを極めて多数が利用するのではなく、多数の人々が "それぞれ異なる" クラウドサービス基盤ソフトウェアを作り、利用者はそれらに分散することが重要です。そのためには、作ることができる最低限の環境を整え、人材を育成し、基本的手法を共有する必要があります。
AWS 1 社のみが 20 兆円のクラウド売上だとすると、日本からは、それを目指すのではなく、数百億円/社のクラウド売上を有する 1,000 くらいの事業者が生まれ、内外から収益を得て、合計数十兆円の売上、という状態を目指すことが、セキュリティに寄与することになります。
このようにすることで、AI がサイバー攻撃の背後にいて最大の脅威となる時代に、AWS の現状のシステムのように、同一種類の攻撃で、極めて多数の顧客を擁するクラウドが、同時に侵害される危険性が高い、という状態を解消できます。また、ビジネス上も、特定少数の個人が莫大な利益を得るのではなく、多数人が大きな利益を得ることができます。
I sympathize with programmers who worked on systems they never cared about, for customers they didn't connect with, and took all their working joy from the mechanical act of turning tickets into code. You have to care about the software to be excited about making it w/ agents!
早速アップデートした
Next.js 16.4
• Cache Components by default in new apps
• Static output guarantees and more control over prefetching
• Agent-guided upgrades and feedback
• 20–25% smaller Turbopack disk cache
• Faster development and smaller bundles
nextjs.org/blog/next-16-4











