パンダ好き・元エンジニアです。「自分に関わる人達、家族、友人、知人が生きやすい世の中を作ることに貢献したい。」この野望を叶えるには世の中を良くするしかないし、自分の行動が少しでも影響するならそうしたいと考えてます。※発言は所属企業とは無関係です。 CSP-SM(https://xitter.cf/t.co/saNbjGW2yu)

日本
Joined April 2007
1
7
1,968
総理がPHPって言ってる。 なんか新鮮だ。
皆様に、今夜に対応して頂きたい大至急のお願いです。   多くのウェブサイトで使用されているPHPに関し、PHPのセキュリティチームが、重大な2件の脆弱性に関する注意喚起を行っています。   公開しているウェブサイトでPHPを使用しているか確認し、今夜、10月21日午後11時(日本時間)に公開される修正パッチについて、可及的速やかに適用できるよう準備をお願いします。   修正パッチを速やかに適用することが困難な場合は、例えばウェブサイト等を一時的に停止させることも、リスクを低減させるための有効策の一つと考えられます。   国家サイバー統括室のXアカウントでも関係する情報を発信していますので、そちらも参考にして下さい。 国家サイバー統括室(注意・警戒情報)(@cyber_forecast) / X
37
なんか良いなぁ〜
久しぶりになんか書いた チームが生き物みたいでおもしろい|cba sizu.me/cba/posts/s9a8t5z5as…
1
265
3panda🐼 retweeted
Claude writes about 90% of Claude Code's code. From June to September, merged PRs more than doubled while the share reverted fell by more than 40%. We wrote about how we changed code review to get there, and how to adopt it: claude.dev/blog/solving-code…
416
892
467
12,754
1,789,632
3panda🐼 retweeted
ソフトウェアファクトリーについて、今の自分の見解をまとめました 自律的に開発を完結すること、そのために検証可能性を設計すること 個人AIではなく、得た学びを全体で蓄積して、ファクトリー自体を改良していくこと このあたりを、試しながら考えています 今一番気になっているのは、人がコードは読まず、自動判定の仕組みに責任を持つ形は、ライトなのかダークなのか、です どなたか教えてください…! ソフトウェアファクトリーとは何で、何ではないのか|kagaya @ry0_kaga note.com/r_kaga/n/n8a0c789af…
3
35
7
302
77,612
Claude Codeの開発チームが、AIがコードの約90%を書く状況でも品質を落とさず、PR数をさせつつrevert率を40%以上下げた方法 「レビューが追いつかなくて品質が落ちる」「人がボトルネックになって速度が落ちる」と感じたことがあるなら、参考になる claude.dev/blog/solving-code…
17
78
11
757
86,424
3panda🐼 retweeted
Gitって、AIが登場するずっと前から「これしかない」と思われてきたインフラですよね。それが限界に達したという話です。 Anthropicが社内でGitを捨てて、自社製のバージョン管理システム「Scion」に移行したそうです。理由はシンプルで、AIがコードを書きすぎてGitが耐えられなくなった、と。 AIエージェントが当たり前になると、コードの量・速度・並列性がぜんぶ人間の前提を超えてくるんですかね。ツールチェーン側がそれについていけなくなるフェーズが来ている気がします。 「AnthropicがGit代替のバージョン管理システム「Scion」を開発し社内移行済み、AIでコードが爆増してGitの限界に達したので耐えられるシステムを開発」 gigazine.net/news/20261014-a…
1
3
391
本日セッションにお越しくださった方、ありがとうございました!満員御礼でございました。こちら登壇資料でございます! コーディング自動化の次へ。人の介入をゼロにするファクトリーとサポートAIによる実践 speakerdeck.com/timakin/kodi… #ai開発組織summit_findy
17
1
138
9,387
でもかつてあったホストとかの仕組みは見直されるかも。
46
情報漏洩がこわいからクラウドやめてオンプレとかそんな流れにならないと良いけど…
57
自分は最良の選択として、自分でコードを書く仕事を手放してマネージャーとかになってしまったけど、AIに実装を任せる手段を選択すれば開発者としてやっていく道もあるのかな。と思えてきた。 アーキテクチャとかちゃんと勉強してAIにちゃんと指示出せる状態で無いとダメだけど
AI駆動開発(AIで全部書く)する人なら理解できると思うんだけど 「バリバリコーディングしているしコーディングにはこだわりがあるし常に研究していたけどコーディングってやっぱり目的じゃなくて手段だったんだな」 と思う事がある ある程度は手で書くと言う人は手段と言いながら目的でもあるのよね
1
1
374
3panda🐼 retweeted
something that keeps bothering me is how some people see slop as something that is happening to them, like they're some kind of helpless bystander powerless to do anything about it excuse me but you are a software engineer, you literally learned how to make sand think and make computers do your bidding?! and now you can't do anything about it? please the 2 things you should know to cut through all the noise: 1. you need to give your agent a way to verify its own work (i just posted about this so won't rehash) 2. your codebase is memory the 2nd is not new either, we have always had lint rules, compilers with good diagnostics and strong type systems, LSPs, etc to help us write better code. there is no difference when agents write the code instead, you just need more of them, and stronger ones. forget rules and skills. you can add those later. yes, your codebase is a form of memory to agents! agents love extending what already exists. so every nit and every annoyance you've ever seen, every mistake and bad pattern you observe from agents, needs to turn into a constraint, or the agents will just keep repeating those same mistakes like a virus in your code. then you keep observing and repeating this process until your codebase is locked down enough that even agents with little context can one shot a high quality PR. an even better direction is to refactor/rewrite your code such that agent anti-patterns become categorically impossible. use type systems to your advantage, use libraries/frameworks that reduce the architectural search space, or heck, create your own framework like we did for grok bot and design high quality primitives and well thought out APIs
the slop conversation is so one sided, it's not just that you can produce more code you can also observe, debug, and refactor more code even if the code is slop you have such good tools to deal with it. even if you write code manually, it's still 100x easier to maintain it
236
340
103
4,628
326,717
なんだか色々と腹が立ってきた
57
3panda🐼 retweeted
新しいScrum Guideが必要なんじゃない?という話。自分は必要だと思えばその人たちの文脈で新しいのを作ればいいんじゃないかなーって思う(それをスクラムと呼ぶかどうかは別として)。スクラムはフレームワークであり、継続的に学習しながら自分たちに合うのを見つけ続けることを期待しているんじゃないかなーって思うのよねぇ Do We Need A New Scrum Guide?! buff.ly/hoK0TLz
2
5
1,134
ストーリーの価値で測るとよいのかも。 PO的にそれがリリースできた時の価値で。 開発者の使う時間やコストは変わらなくてもそれがリリース後のアウトカム(効果)は違ってくるんじゃないかなと。
スクラムのストーリーポイントを決めるの、十数年のソフトウェアエンジニアの感覚で決めると、AIで実装すると「全部1やろ!」ってなってしまうんだけど、みんなどうしてるんだ。AI時代のアジャイルみたいな知見の話あんまり聞かない気がする
2
1
117
アウトカムは効果じゃなく成果の方が正しいかも。 すみません
16
本来は多分、ストーリーポイントってリリース後の価値(正確には予測)を軽装するためのものだけど、それで測ると大き過ぎるからタスクに落とし込むパターンが増えた気がするから、AI使って開発速度が上がった今は本来の使い方出来るような気もする。 たぶん
1
28
軽装→計測 mm
12
3panda🐼 retweeted
非エンジニアの社長が、土日で作ったシステムのPRを月曜に出してくる——。 これ、CTOとしてどう受け止めるかが面白いなと思いました。「迷惑だった」と率直に語るところから始まって、でも「問題はコードにアーキテクチャの考慮が抜けていること」と整理して、AI同士がレビューをループする仕組みで解決していく。 ドメイン知識を持つ人が開発に入ってくる流れって、これからもっと増えそうで、品質をどう担保するかはCTOの大きなテーマになってきそうです。 「社長(非エンジニア)が、土日でシステムを作ってくる——Libertyship澤井CTOに聞く、ドメイン知識をプロダクト価値に変えるAI駆動開発フロー」 ai.freelance-job.com/article…
2
135
49
902
361,998