Shogo Mizuno

[Shogo Mizuno @nesheep5]

6歳息子に初めて一眼レフ触らせたら、素敵な写真撮ってくれました。
嬉しいのでプロフィール写真変えました！

[遊舎工房 @yushakobo_shop]

【プレスリリース】
遊舎工房、トラックボール付き分割キーボード「Keychron Valkey Orb」のKeychronとの共同開発を発表。TGS、TKX、天キーにて展示 https://t.co/r1E1MxVS8H

[ClaudeDevs @ClaudeDevs]

New in Claude Code: your sessions can now message each other.

Instead of having to re-explain yourself in another session, you can now tell Claude to do it. It sends a summary (not your history or files), and the other session picks it up mid-task.

[鹿野 壮 Takeshi Kano @tonkotsuboy_com]

ウオオオGitHubでPRを細かく作りまくって、前のブランチに対して数珠つなぎのようにPRを作るマンの私大歓喜！ GitHubにスタックプルリクエスト機能が来たぞ💐
前提として、巨大なPRはレビューも差分確認も大変なので法律で禁止されてる😡 スタックPRが来る前は、「このPRは3つのPRのうちの１つで、次のPRはこれで…」みたいなdescriptionを毎回書いていてめっちゃ面倒だった😡
スタックPRのおかげで、どれがスタックされてるかが一目瞭然だし、一気にマージもできる。神すぎる。
使い方
gh extension install github/gh-stack
gh-stackスキルもあるので、Claude CodeとかCodexとかAIエージェントから使いやすくなって神。
gh skill install github/gh-stack
早速使ってみた。最高・・・！ https://t.co/wCDYDiIDbn

gh stack viewでCLIからスタックされたPRを表示したあと、そのままPRを選択したらそこにチェックアウトできたりる。
gh stack rebase --upstackでは、今いる層を直したあと、それより上の層全部に自動で変更を追従できる（！？！？！？）
こんな神機能が無料で使えちまっていいのかい！？
https://t.co/Pj35ECJUFY

#GitHub

[DeNA Tech @DeNAxTech]

Claude Code の ~/.claude には宝が眠っている。セッションログとメモリを「ハーネス」に育てるデスクトップアプリの開発記です。
セッションログやメモリは勝手に溜まるのに見返されず、CLAUDE.md や skill は効くのに勝手には育たない。この間を道具で埋めるアプリ「geniハーネスくん」を作りました⚒️

・利用状況から AI が CLAUDE.md の改善案を差分で提案、ボタン1つで反映
・メモリに沈殿した暗黙知を「セルフナレッジスキル」として生成し、組織で共有
・裏側は Claude Agent SDK の headless 実行 × Electron + React。配布は dmg で、非エンジニアも黒い画面なしでループに乗れる設計

CLAUDE.md のメンテが後回しになっている方、Claude Code の活用を組織に広げたい方に。ハーネスを育てる一つの実践例として、ぜひご覧ください。
https://t.co/Lp7FzniRmK

[あんどぅ @integrated1453]

NRIの株主総会の通知が送られて来たので中計2028の資料見たけど、投資家から見て「SIerの開発はAIに代替されるのでは？」という疑問に対して、「非機能要件が重要なんやで」という説明をしていて、NRIのテクニカルエンジニア出身の自分としてはグッと来るものがある
https://t.co/yQ3TlTigfS

[広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi]

コード品質の議論が「気合」や「ちゃんとレビューする」のあたりで止まってしまう組織は、結局のところエンジニアリングを暗黙知の中に置いたままにしている、という気がしています。

品質はひとつの施策だけでは動きません。コードレビュー、自動テスト、静的解析、CI、アサーション、レイヤリングアーキテクチャ、コードチャーン分析。これらを組み合わせて初めて、暗黙知の領域がじわじわと縮んでいくはずです。

エンジニアリングは不確実性を削減していく活動だ、と整理し直してみると、ガイドラインを言語化する意味も、属人性を自動化に倒していく理由も、同じ平面上に並んで見えてきます。

https://t.co/xVKnr4RluY

[serima | LayerX @serima]

とても良い問いだと思った。あらゆるものの前提を疑っていかなくてはならない https://t.co/xqmfVZj16l

[Takuto Wada @t_wada]

"大企業では、一度リリースした機能は利用者が少なくても消せないという構造的な圧力が働く。機能を追加する容易さに比べ、削除する難易度が異常に高い。この不均衡な状況でAIを回し続ければ、負債だけが積み上がる地獄絵図" / AI時代にプロダクトマネージャーは消滅するのか https://t.co/P7MTCgnXek

[LayerX Tech @LayerX_tech]

🚗クレカ専用だったDBを、どうETC対応したのか？

バクラクビジネスカード開発チーム EMの @budougumi0617 が、約3年分の決済レコードを抱える本番DBに対して、サービス無停止でスキーマ変更を行った際の判断をまとめました。

ぜひご覧ください！
https://t.co/ZcwDANExD2

[mizchi @mizchi]

今日の Claude Code Tips.

「mizchi さんのPR、毎朝自動的にコンフリクトが解決されるんですが、どうやってるんですか？」

深夜に Claude Code Web のルーチン設定で Claude Code 走らせて、Open PRのコンフリクト解決させてます

[VIA @Via00Via]

元マッキンゼーのパートナー、南場智子さんが語った「もし21歳に戻れるならコンサルはやらない」その意味が深かった...

[国山ハセン @hasenkuniyama]

牛にAIの首輪をつけたら、評価額2,000億円のスタートアップになった。

ニュージーランド発の「Halter」。
ソーラー充電式のスマートカラーが、農業の常識を壊しつつある。

・GPSで牛の位置をリアルタイム把握
・バーチャルフェンスで物理的な柵が不要に
・振動と音でアプリから牛を誘導・集約
・健康状態もスマホで一元管理

農家は牧場を歩き回らなくていい。
ボタン一つで牛が集まってくる。

なんとPeter ThielのFounders Fundがリードしているから驚き。
前回調達（2025年6月）から評価額はわずか9ヶ月で2倍。お墨付きが凄い。

AIの戦場は、都市じゃなく牧草地にも広がっている。

「次にAIが変える産業はどこか」——
その答えは、意外なところに転がっている。

因みに去年モンゴルの遊牧民を取材したらGPSとスマホのおかげで生産性があがっていた。これ、マジでゲームチェンジするかも。
ピーターティールの目の付け所、流石過ぎる。

[逆瀬川 @gyakuse]

Claude Codeのアプデで公式に使用率がステータスラインで取れるようになったので泣きながら書きました
https://t.co/lxWc6LGmfr

[catnose @catnose99]

一人でずっと開発してるのだけど、最近は脳のリソースが許す限りどこまでも生産性を上げられてしまい、油断するとAIたちの管理に追われて視野が狭まっていってしまう感じがある

ときどきペンとノートだけ持ってカフェに行って、考えるための時間を取らなきゃいかん

[教育界の大谷（数英社3教科教員免許持ち） @BH79Ca4YNT6112]

昔、東進ハイスクールの林修先生が「もう時効なんで言えるんですけど」と前置きした上でされていた興味深い話。

林修先生がまだ数学の先生だった頃、ある日の授業の予習をしていないことを、その授業の直前に気がついたそうです。その日は東大の過去問を解説する回でした。

林修先生は授業に対して徹底した準備をして臨みます。しかしその日の授業の準備はもう間に合いません。生徒に申し訳ないからと、その日の授業は休みにしようと塾に電話をしようとしたそうです。

しかしここで「今自分が1番やるべきことは、授業に穴をあけないこと」と思い直し、その日は授業の準備を殆どせずに、授業に臨むことになりました。

いよいよ授業が始まり、生徒は林修先生の解説を聞く準備ができています。解説するはずだった問題は殆ど初見の問題。そこで林修先生は、あーでもない、こーでもないと試行錯誤をしながら、何とか問題を解ききり、解説を行い、授業を乗り切ったそうです。

準備をしなかった反省をした反面、生徒からの反応は意外なものでした。ああいう授業が分かりやすい、またやってくださいよとお願いされたそうです。ゴチャゴチャとした授業は生徒の評判が良かったのです。

林修先生は単に準備をしなかっただけなのですが、この話の中には数学を勉強する上での重要なエッセンスが詰まっているように思いました。

数学が苦手な生徒はなぜ手を動かさないのか、なぜ図を書かないのか、その答えの1つは「模範解答のような式が問題文からいきなり出てくる」という勘違いから起こっているように思うからです。

解答解説の式に対して、数学ができる人はこういう式が問題文から思い浮かぶんだ、だから自分もこういう式をいきなり思いつかないといけないんだ、という誤解です。

実際には解答解説のような式を書くにせよ、その式を出すための図や表、また別の解法の試行錯誤などが土台となって、計算式を書き始めます。そして本来の数学の力は、答案には書かなかったゴチャゴチャにあったりします。

林修先生の授業は、数学の問題が解ける人のリアルな動きを再現したわけです。その結果、模範解答には書かれないゴチャゴチャした部分が生徒に刺さり、生徒から分かりやすい授業と写ったのではないかと考えています。

[Takuto Wada @t_wada]

Playwrightが3つのAgentを公開した

planner: アプリを探索し（加えてPRDを渡すこともできる）、テスト計画書（Markdown）を作成
generator: テスト計画書を実行可能なPlaywrightテストコードに変換
healer: 実行に失敗したテストを自動修復

Agents | Playwright https://t.co/6wmk6t0vdQ

[Shogo Mizuno @nesheep5]

技術書用に買ったブックカバーが思った以上に良かった。鞄の中で角が擦れるのが嫌だったのよね

[iwashi / Yoshimasa Iwase @iwashi86]

“等級や評価制度と結びつけたことで、毎期末は「どんな行動がValues に沿っていたかの作文大会」となりました。

はっきり言って不毛でした。”

すばらしいふりかえりだった https://t.co/lDNm0I7Rn8

[Shogo Mizuno @nesheep5]

うちの娘、店員さんや美容師さんのことを"すみません"さんだと思ってたことが判明しました

[shinden @t_shinden]

自然に「こうしたい」と考えられることがある人がリーダーになっていく

システムに対して「こうしたい」がある人がテックリード
開発組織に対して「こうしたい」がある人がエンジニアリングマネージャ
プロダクトに対して「こうしたい」がある人がプロダクトマネージャ