たかはし@ピザポテト🍕

差し出がましくて恐縮ですが、僕が作ったagent skillは高い再現性でコードの再生成が出来てるので（コードだけでなくAIによる設計書作成も）、やり方次第ではと考えます。

#役割の変化con_findy 昨日の僕の登壇、質疑応答で回答しきれなかったご質問について、こちらのツイートで回答致します。 Q1. 自分たちの認識が歪んでいることには、当事者ほど気づきにくいと思います。チームとしてその歪みに気づくために、どのような事をすればいいですか？ A1. 「大小問わず人間は誰しも認識が歪んでいる」、という事実をチームで受け入れて共有することがまず土台として必要だと思います。 もし認識が完璧であれば顧客の要求を一言二言聞いただけで完璧なものを作り上げられるはずですし、チーム間のコミュニケーションも不要であるはずです。 でも実際はそうではないですよね。意識するかどうか問わず、さまざまな利害関係者と認識を調整しながら開発を進めていくものです。 問題なのは「自分の認知が歪んでいるかもしれない」というメタ認知が働かないケースです。もっと辛いのは歪んでいることを指摘したり認めることに苦痛を感じることです。ここでチームメンバー同士に信頼感がないと酷いものでは悪意があるように感じてしまい、歪みを正すどころではありません。 従ってチームビルディングをしっかり行った上で、「認知の歪みは常にあるものだ」と全体で受け入れことが大事だと私は考えます。 Q2. Claudeハッカソンで非エンジニアが上位を独占してドメイン知識礼賛ツイートが多く流れてましたが、エンジニア側としてはまずビジネス側の言葉を文脈を踏まえて正確に理解することが重要なんですかね。エンジニアに必要なドメイン知識についてお伺いしたいです A2. エンジニアに必要なドメイン知識についてご質問されていますが、何か特定の事業領域のドメイン知識を覚えるということではなく、ドメイン知識を獲得したり理解を深める方法を知ることが大事だと考えます。 方法はさまざまですが、たとえば昨日の登壇で説明したように、人の目的（要求）は文脈から発生します。従って顧客の目的を正確に理解するには、顧客がどういう状況に置かれているのか、場を支配しているルールや慣習は何かといった文脈を知る必要があります。場合によっては現場に足を運び自分の目で見てみる、体験してみるといったことも必要です。そうして文脈を把握した結果、実は顧客が本当に求めているものが違っていた、ということもあります。 総じて顧客要求も含めたドメイン知識の獲得には丁寧な観察行動が不可欠であると私は考えます。

ソフトウェア開発とは言い換えると「ソフトウェア品質特性の作り込み」のことだからね。機能開発は機能適合性、パフォーマンス向上は性能効率性。 AIで開発をスケールするとは品質をスケールするということ。AIはすでに人間より速い。速いことは本質ではない。品質を置き去りにして速くしても持続困難