Tomohiro Suwa
15.6K posts
Tomohiro Suwa
@tsuwatch
ソフトウェアエンジニア, ZOZO ← ドワンゴ
Tokyo, Japan เข้าร่วม Mart 2011
363 กำลังติดตาม535 ผู้ติดตาม
“ベクトル検索対応に向けたWEAR検索インデクサー刷新 ── OpenSearch Ingestionでの試行錯誤 - ZOZO TECH BLOG” (1 user) htn.to/3XEnjpX1Eg
日本語
うおー！確かに！これはそうですよね、AIネイティブカンパニーを目指すにはAIによって何がどう変わるのか、1番解像度高く理解している人がCHROをやっていかないといけない
株式会社メルカリ@mercari_inc
メルカリは、執行役員 CTO Japan Businessの木村俊也が2026年6月1日付で最高人事責任者（CHRO：Chief Human Resources Officer）および最高AI責任者（CAIO：Chief AI Officer）に就任することをお知らせいたします。 木村は、CHRO 兼 CAIO 兼 CTO Japan Businessとして新たに掲げるビジョン「HR for an AI-Native Company」のもと、AI戦略と人事戦略の責任者を一体化し、働き方、意思決定・承認プロセス、組織構造、リソース配分といった人と組織の運営基盤をAI前提で再設計することで、AI-Native Companyへの変革を加速させてまいります。 また、新体制のもとAI-Native人材の採用も本格的に強化してまいります。 プレスリリース：about.mercari.com/press/news/art… CHROメッセージ：careers.mercari.com/recruitment-se…
日本語
ついに！ / FastlyからCloudFrontへ段階的移行 ── 無停止で実現したWEAR CDNの刷新 techblog.zozo.com/entry/fastly-t…
日本語
セリエA最終順位
インテル-1、ナポリ+1、ローマ±0、コモ-3、ミラン+1、ユベントス+1、アタランタ-2、ボローニャ+2、ラツィオ+1、ウディネーゼ-3、サッスオーロ-3、トリノ+1、パルマ-5、カリアリ-1、フィオレンティーナ+5、ジェノア+4、レッチェ-1、クレモネーゼ+2、ヴェローナ±0、ピサ±0。合計差分±37
日本語
セリエＡ順位予想（1節終了時点）
次回はマーケット終了時点で再考
インテル、ユベントス、アタランタ、ローマ、ミラン、ナポリ、ラツィオ、フィオレンティーナ、ボローニャ、トリノ、ジェノア、パルマ、レッチェ、エンポリ、コモ、モンツァ、ヴェローナ、カリアリ、ウディネーゼ、ヴェネツィア
日本語
ありがとうございました〜！ / 【5/22（金）開催】
開発部門長限定・ラウンドテーブルイベント
『VPoE Summit 2026』
事業成果につながる開発組織の再定義に向き合う、同レイヤー限定のクローズドディスカッション。
vpoe-summit.findy-tools.io/2026?utm_sourc…
#VPoESummit_findy
日本語
ここでは認知負荷のことを変更したときにどこに影響が出るのかもっと簡単に知りたい、もしくは漏れなく知って安心したいということだと思うが、どうするのが良いんだろう。コントラクトテストとかどうなんだろ / “SmartHRでのモジュラモノリス推進の振り返りと今後 - Smart…” htn.to/79Sk1vRfXP
日本語
ちょっとアウトプット量増えるよねレベルの話ではないので、価値を生み出す構造ごと変えていかないといけない
Masato SERIZAWA | SmartHR CEO@masato_serizawa
AIツール群を、AI時代以前の組織構造のまま使っていても、たいして生産性は変わらないんだよな。パーキンソンの法則。効率化によって浮いた時間は生産性の高くない仕事で埋められてしまう。 組織構造と役割を再定義してからが本番。
日本語
Tomohiro Suwa รีทวีตแล้ว
Joined a new AI-native company this week and it’s kind of wild how different it feels already.
The laptop arrived, I logged in, and an agent basically took over from there. It set up my dev env, pulled repos, fixed dependency issues, got permissions approved, pointed me at the backlog, linked the architecture docs, and surfaced the Slack debates I actually needed to read before touching production.
When I needed context on something, I asked the agent and it found the exact thread from months ago explaining why a decision was made, who owned it, the related Linear issues, and the PRs connected to it.
I’ve only been here 3 days but it honestly feels like I’ve worked here for a year because the usual friction and scavenger hunt for context just isn’t there anymore.
We should probably stop calling this “onboarding” and rename it to “mounting” because this feels a lot more like mounting a distributed filesystem called “institutional memory” than slowly getting drip-fed context over 6 months.
English
AIネイティブになって必要なものは何かに集中できるのが本当に良い。プロセスとマインドはしっかり変えていかないといけない / AI時代の新規プロダクト立ち上げ 〜バクラク給与の開発で見えたこと〜 - LayerX エンジニアブログ tech.layerx.co.jp/entry/2026/05/…
日本語
おーーー
柴田 淳-【新刊】みんなのPython第五版/Pythonで学ぶはじめてのプログラミング入門教室@ats
Stripeが、自社の2500万行（現在は4200万行）規模のRubyコードベース全体に、自動フォーマッタ「rubyfmt」を一晩で適用した経緯を公開。RubyにはGoのgofmtのような「ゼロ設定・高速・強制的に統一する」タイプのフォーマッタが長年存在せず、巨大コードベースではPRレビュー時のスタイル議論やrubocop調整が大きな負担になっていたという。 rubyfmtは2018年に個人OSSとして始まり、最初はRuby製だったが、100ms以内で動かすという目標のためにRustへ移植。さらにRuby VM内部のparse treeをRust側から直接たどるという、かなり異様な実装に進化していく。Rubyのripper parserが返す内部データをJSON経由でRustに渡していたが、最終的にはRubyオブジェクト（VALUE）を直接serdeでデシリアライズするところまで到達したという話がかなり濃い。 Stripeでは以前prettier-rubyも試したが、大規模ファイルでクラッシュし、速度面も問題だった。そこでDeveloper Productivityチームがrubyfmtを本格採用。まずはファイル単位で段階的に適用し、ripper tree比較や巨大テストスイートで安全性を検証。その後、土曜日を選んで「全コードベース一括フォーマット」を実施した。 面白いのは、導入後の感想が「誰も話題にしなくなった」という点。特にGoやPythonなど他言語出身エンジニアにとって、Ruby特有の「どう書くべきか分からない問題」が消え、レビューでの細かなフォーマット指摘も激減。開発体験そのものを変えたという。 また最近は、Ruby公式の新parser「Prism」への移行も進み、Ruby VMをリンクせずにparse tree生成が可能になったことで、バイナリサイズ削減とさらなる高速化も実現したとのこと。 ・巨大モノレポでは「コードを書く」より「コードの見た目を揃える」コストが無視できなくなる ・gofmt文化をRubyにも持ち込みたかった、という思想が一貫している ・Rust + Ruby VM + serde + parser internalsという、かなり変態的な実装話でもある ・「誰も話題にしないほど自然に定着した」がDeveloper Productivity系ツールの理想形かもしれない stripe.dev/blog/formattin…
日本語
FDEって常駐するからあえてそう呼ぶんじゃなかろうかという認識。セールスエンジニアのほうが近いのかな / Product Management Summit 2026 リチェルカ登壇資料『PdMを廃止しました。』 speakerdeck.com/recerqainc/pro…
#speakerdeck
日本語