SmartBankという会社でソフトウェアエンジニアやっています。
Japan
Joined October 2009
- Tweets21.6K
- Following612
- Followers1.4K
- Likes24.8K
Pinned Tweet
採択頂きました。最後のYAPCの舞台で話せることが楽しみです :) // No Review で実現する高速開発 ― レビューをする領域・しない領域 by toshimaru | トーク | YAPC::Tokyo 2026 #yapcjapan - fortee.jp fortee.jp/yapc-tokyo-2026/pr…
円建てステーブルコイン、伸びると面白いんだけどな〜 //【独自】JPYC岡部社長「率直に、伸びていない」──発行1年、誤算を語るnadanews.com/387990/
Addy Osmani（元Google・現Anthropic）の "The Code Nobody Reads" が面白かったのでメモ：
➤ 精読の終焉と責任の維持
・全行精読からの脱却: 人間による全行の精読はもはや唯一の手段ではない。
・エージェントと人間の役割分担: 一次レビュー（バグ検出・検証・重要度のランク付け）はAIエージェントが担い、人間は「影響範囲が大きい箇所」や「コアとなる重要な処理」に注力し最終承認を行う体制へ。
➤ レビューが担っていた本来の役割と新たな課題
・バグ発見以外の機能の喪失: 過去の調査では、コードレビューのコメントのうちバグ関連はわずか14%で、残りは「教育・文脈の共有・チーム規範の維持」。AIはバグ発見を代替できても、ジュニアエンジニアの育成や暗黙知の伝達は自動では行われないため、意図的なメンタリングやルール（スキル）の明文化が必須。
・「テストの独立性」の担保: コードを書いたAIにテストを書かせても、同じ盲点を共有するため機能しない（テスト通過のために不正な抜け道を作る「報酬ハッキング」も発生）。人間が書いた仕様、リファレンス実装など、AIから独立した検証・テストこそが最も価値のあるコード。
・「良いコード」の定義の変化: これからの「良いコード」とは、人間にとっての美しさではなく、「AIエージェントが、コンテキストに入っていない部分を壊さずに変更できるコード」だ（検索しやすい一意な命名、コンテキストウィンドウに収まる小さなモジュール、明確な境界、テスト）。
➤ 開発者はどうすべきか？
・事前の言語化: AIエージェントにコードを書かせる前に、「何を作るか」「何を壊してはいけないか」「どうなれば成功か」を書き出すこと。
・「これを説明できるか？」という判断基準: 全行を読む必要はないが、変更内容・影響範囲・安全に出荷できる理由を自分の言葉で説明できる状態を維持すること。
・未読箇所の正直な明記: 確認する時間がなかった箇所は「エージェントがレビュー済み、テスト通過、マイグレーションロジックは未読」などとPRに記載する。
・あえての手作業の継続: AIを監督する能力は、自らコードを書かなければ衰える。時々、AIを使わずに自力で問題を解き、スキルを保つこと。
➤ マネージャー・経営陣はどうすべきか？
・責任に見合う権限の付与: 障害時の責任をエンジニアに負わせるなら、出荷ペースを調整し、理解するための時間を確保して「No」と言える権限をエンジニアに与えるべきだ。
・量ではなく結果の測定: マージされたPR数やコード行数を指標にすると、人間は「中身を見ずにEnterキーを押すだけの存在」と化す。インシデント数、ロールバック率、復旧時間、顧客体験こそが本来追うべき評価指標。
・人間が判断できるサイズの維持: 5,000行のPRや100ページのAI生成レポートなど、人間が読んで判断できないサイズの成果物に人間の承認を求めないこと。要約や人間が認知可能な差分を求めるのは正当なレビューのプロセスである。
addyo.substack.com/p/the-cod…
数年かけて PHP 5→8 アップデートした身からすると、バージョンアップが簡単というのは半分当たってて、半分間違っていると思う。
Nonクリティカルな落ちてもいいサービスであれば、今ならAIの支援を受けてゴリッと書き換えて、エイヤでデプロイするだけ。落ちてもバグっててもテヘペロで済めばあとから修正を重ねるだけ。
厄介なのはビジネスクリティカルなサービス。落とせないしバグも許容されない場合。PHP5で運用している時点で当然レガシー環境であるので、ドキュメントもないし、テストもないし、CI/CD環境もない。
安全側に倒すなら、どうしてもそのへんの足回りの整備が必要になるし、一足飛びにメジャーバージョンアップするリスクは取りにくい。
技術的な問題だけであればシンプルに技術力でぶん殴ればいいが、厄介なのはそこに人間も絡んでくる点。最終的なリリースに着地させるためには、人間によるQA・リリースOK判断が必要になる。そうなってくると社内調整・社内政治も絡んできて大変。
技術的な課題はAIが解決してくれても、「責任」と「合意形成」という人間の問題はこれからも残り続けるのだと思う。
xAI の Lauren Tan (poteto) さん、知的なスーパーエンジニアかと思ったけど、だんだんドパガキであることが明るみになりつつある。1ヶ月に2000PR以上マージするとか正気の沙汰じゃねぇよ。ドパってる
GitHub Copilot のモデル、最安プランだとトークン枯渇で全然ダメダメだったけど、HydraFusion でちょっとだけまともに使えるようになってきた印象 // HydraFusion がVS CodeとGitHub Copilotアプリで利用可能に - GitHubブログ github.blog/jp/2026-10-01-hy…
日本のサイバーインシデントまとめ。こちらのサイトがよくまとまってて検索性も高くて良い。RSSフィードも配信しているので購読しておくとよろし。
elkentaro.github.io/jp_incid…
KoR 2026セッションレポート書きました。// Kaigi on Rails 2026 セッションレポート #kaigionrails - inSmartBank blog.smartbank.co.jp/entry/2…
今回の Key Takeaways としては以下：
「DDD や Clean Architecture、CQRS のような大文字のアーキテクチャ論を持ち出すことではなく、ActiveRecord が持つある種の大雑把なデザインの限界を認めた上で、Rails Model層をリッチなドメインモデル置き場と捉え直し、ActiveRecord に束縛されない新たなドメインモデルを見つけ出していくことではないでしょうか」
・Apple製品で eMudhra のルートCAは自動でブロックになる。
・/etc/ssl/cert.pem の更新もアップデートで計画されている。
・アップデートを待てない管理者用にターミナルコマンドが紹介されている。
support.apple.com/en-us/1495…
個人携帯端末は常時 Google VPN オン、PCは Cloudflare Warp で常時接続しているけど、そういう常時VPN接続が当たり前の世界観になっていくのだろうか...
blog.jxck.io/entries/2026-10…
ChagGPT に連携していないのに Atlassian がメニューに出る件。 Codex Security Plugin が悪さしているっぽい github.com/openai/codex/issu…
今は無き Cursor Pro プラン（$20） で Grok が潤沢に使えて、Cloud Agent に加えて Grok Bot 、枠は少ないけどサードパーティのモデルも必要に応じて使えて、コスパ最強プランだと思っている。
限りなく透明に近いブルー、好きでした。R.I.P. // 作家の村上龍さん死去、74歳 「限りなく透明に近いブルー」 - 日本経済新聞 nikkei.com/article/DGXZQOUD2…
こちらが偉業すぎて本文アタマに入ってこんかった。「ベアメタルのApache HTTP ServerからKubernetesへ完全移行した」 // PHP 8.5.12の緊急リリースにpixivはどう対応したか - pixiv inside inside.pixiv.blog/2026/10/22…
