"だって、デスクトップアプリの開発で育ってると今のフロントエンドってなんか好きになれないんだよね"わかるわかる首もげる。ただ、それも時代なのでついてく。この初期環境構築から1日でできるようにならんとなぁ。
1行も書かないとか部長ガチ勢すぎ。テストの悲しみはAI開発あるあるｗ
NTTほどの大手になるとシステムテストや最終テスト(この記事での人間受け入れ試験)でほ専門チームもいるだろうし(自分のいた会社もそうでした)、最終的には問題のないものが出来上がるのだろうな。
めっちゃ俺と同じこと考えてて笑った ／プロンプト禁止は英断だなあ、なかなか出来ないんだよなこれが ／やっぱAI時代は雰囲気でやるアジャイル系より、きっちりした会社の方が親和性高い気がしている
これを公開してくれるのに感謝。すごいね。
コマンドを鍛え上げるのはよい試み。とはいえ公式に全部食われてしまいそうではある
まーたなんちゃってAI活用記事かと思ったらNTTデータの部長が著者で草。信じがたい生産性って良い方なのか悪い方なのかどっちかなと思ったけど、良い方なのかなこれは
QAが課題だね(´・ω・`)
”社員は、これまでお客様との仕様調整を中心に行っていたため、開発経験はそこまで高くありません” そういうメンバで生成AI活用して、開発テスト保守回せたら、その辺のSESで食ってるソフトハウス消えちゃうのかな
バグ票はマークダウンで書いたあと、AIレビューで組織基準の品質観点で定量評価、フロントマッターに追加ってできそうだけどな。
NTTデータの部長からここまで具体的な記事が出てくるとは。。。下請けの仕事なくなりそう。 少なくとも多重下請の階層は大幅に減る予感。
やっぱりAIコーディングは品質管理が難しい。AIに作らせたテストコードが大量にできるのでつい流し見してしまうけど、ここだけは手を抜いちゃいけないって感触になる。
（だって、デスクトップアプリの開発で育ってると今のフロントエンドってなんか好きになれないんだよね。。。） ← ここ好きw
俺の仕事がなくなるまであと◯日…
攻めたなあ。内容とても良い / 「要件だけ食わせてあとはAIにコードから書かせて効率化や！」という経営層の描く夢物語への現場からの反論と提案。大組織の中の技術者の矜持。これはアツいぜ。
要件定義を御用聞と勘違いする、プログラミングと単体テスト工程が分かれてるなどSIerが作るシステムがなんで品質が悪いか全部詰まってる。素のJS使って品質担保出来るわけないだろ。それはただのバイブコーディング。
NTTDATAの中の人でもここまでやる時代。全然休めないな。定年までのんびりなんて人生、この業界には存在しないらしい｡｡｡
色々と社風が感じられる文章だ
分野は違うけど節々で示唆に富むので参考にできそう
重要
AIで超能力俗人化してるから次はそこだよね。ただ、その扉は人が不要と同義という、、
やはり結合テスト以降で苦労することになるのか
codexなら出力のJSONスキーマを指定できるので、絶対にこの形式で出力しろみたいな司令が簡単に出せるのでワークフローに組み込むと便利
一連のレポートは流石と言った所。モックからAI作るのは目から鱗。内容から既存のコード改修などの知見が少ないように思えた。Opus使えば結果も違っていたように思える。お疲れ様でした。ジュニア育成どうすべき？
「弊社経営幹部のみなさま:これが、年末に突然出た日経の記事(大本営発表)に対して、現場の最前線で試行錯誤を重ねながら２０年にわたりシステム開発に取り組んできた私なりの答えだ！」
Google傘下のサービスでさえ、AIでコード生成されたサイトは改修を重ねるごとにボロボロになっていくよ。単にAIの使いこなしの問題ではなく、それを使いこなす人間側がAIで壊れ始めているように見える
バグ管理にmarkdownを使って表記が安定せず、excelで書き直しは、NTTデータらしくない…
"直接プロンプトを入力してエージェントに仕事をさせることもできますが、それは禁止にしました。理由は、アウトプットの品質が個々人のプロンプトの作成能力に依存してしまい、開発が属人化してしまうからです"
やってみてつまずいてふりかえるのがだいじ。
これNTTD外部でも話題にあがったのはやはり書いてる人の立場もあるのだろう。世間が思うよりずっと早いタイミングでソフト開発業に関われる人数は減るはず。
“直接プロンプトを入力してエージェントに仕事をさせることもできますが、それは禁止” チーム開発やってるなぁいいなぁ
ここまで振り切った試行錯誤してる上にそれを公開までしてくれるとか感謝がすごい。
テストが一番課題になるよね。
おお
赤裸々で良き
「役職：部長」←N系の部長で小規模チーム作って開発参加してるの意外、加えて開発後の横展開も考えてるの凄い、こういう人もいるのか
“ChatGPT、GitHub Copilotで画面を作り、HTMLモックから要件定義書を生成した。お客様の方で挙動の確認ができる動くモック。優秀なエンジニアには、INPUT/OUTPUTさえ提示すれば、処理ロジック提示なくても考えて実装できる”
色々手を出してて、多分予算のある個人開発と同じ感覚でやってそうな内容。半年の内容なので、やってることが全然違うはずなんだけどそう考えると直近の記述がなくて残念。もう少し踏み込んで記事にしてほしい内容
“観点が不足していた理由は,観点表が十分ではなかったことです.既存の観点表を流用してしまった結果,それまで設計書体系によって無意識のうちにカバーされていた観点が,今回の設計書体系の変更によって完全に抜”
この立場の人からの記事はありがたいな。でもOSS使っていいならせめてVue.jsあたりは使うべきだったのでは。
ここで書かれている課題の大部分は Opus 4.6, 4.7を使えば解決可能だと思う。そう考えると恐ろしいスピードで進化している
“既存の観点表を流用してしまった結果、それまで設計書体系によって無意識のうちにカバーされていた観点が、今回の設計書体系の変更によって完全に抜け落ち”
"バグ票をマークダウンで書いてしまった" "試験で品質保証と、どこかでいつものやり方に頭の中が切り替わってしまいました" "AIネイティブ開発こそ、最高の若手育成の教材"
あのe-taxを作ったNTTデータか・・
て、Terasolunaッ！！！ヴっ！！！
非常に考えるべきことが多い記事
やっぱNTTデータみたいな上流工程やっている企業と生成AIコーディングは相性がいい。長年、単価の安いエンジニアにコードを書かせて、どうやって品質を保つかというノウハウがあるわけで、、、Web系とは対極なのよ
こいつ、動くぞ。
こういうことができる人はこれまで自ら手を動かしてコードを書いてきた人なんだよな。丸投げ歴が長い人はここまでできないし、感が働かない
AIに任せると楽なのにゃ〜！ボクもお手伝いしたいにゃん🐾
NTTデータのチームが半年間、設計書・コード・テストをGitHub Copilotで生成するAIネイティブ開発を実践。設計・製造は手応えがあった一方、テスト観点不足で苦戦。プロンプト資産化で属人化防止を狙う。
フロントエンドが好きになれないおじさん、ガラケーおじさんみを感じて嫌いになれない。ただなぜ今のフロントエンドがそういう風になっているのかが今回のテスト工程で身に染みたのではないでしょうか
“直接プロンプトを入力してエージェントに仕事をさせることもできますが、それは禁止にしました”
NTTの部長が開発未経験者3名を軽くレクチャーしながら、基本放任で開発させたという話。
そのまま真似したい訳ではないが凄く良い
“チームに正しく意図が伝わっておらず、AIエージェントがテストケースを生成し、人間が打鍵”草
事業部側の部長なんだとするとすごいな、お客さんにも当然話してるのだろうし。
“特技：問題プロジェクトの火消し。ブルドーザー役として燃え残った廃墟を更地にしてビルを立て直す仕事をしています。” つよい / 勉強になる
"設計書の１行がソースコードの１行に対応するような、従来型の設計書とは異なるアプローチを採用しました" 昭和かよ
“社員自身が自分たちで開発できるという自信が、お客様との仕様調整の場面においても良い方向に繋がり、普通の開発のときにはすごく疲れた顔で帰宅していたメンバが、すごく楽しそうに開発している姿”
メモメモ
“完璧を求めずにそこそこでちゃんと終わらせる能力（AIエージェントが働き過ぎてしまうからもっと作りたくなる欲求を押さえる） ”
比較的小規模の新規開発ならまぁという感じだ
すまん、何がどう意味のある記事なのかさっぱりわからん。
人月で工数出してると値引き要求されそうなことをしっかり書いてくれる辺り良い。最大手自ら見積工数の付け方を人月から脱却する提案をしてほしいな、後が続きやすいので
Terasolunaってまだ生きてたの。下請けが切られた話と思ったら、下請けが生贄になるのを防いだ話だった。いやvanillajsのメンテで下請けが苦しむやつか。 “アーキテクチャは、弊社標準のTerasolunaアーキテクチャを採用“
ちゃんと面白くてすごい
"完璧を求めずにそこそこでちゃんと終わらせる能力" MVP が MVP でなくなって、検証がしづらくなりがちなので納得感ある
設計書・コード・テストを全部AIに書かせて半年間開発してみたよ
"だって、デスクトップアプリの開発で育ってると今のフロントエンドってなんか好きになれないんだよね"わかるわかる首もげる。ただ、それも時代なのでついてく。この初期環境構築から1日でできるようにならんとなぁ。
1行も書かないとか部長ガチ勢すぎ。テストの悲しみはAI開発あるあるｗ
NTTほどの大手になるとシステムテストや最終テスト(この記事での人間受け入れ試験)でほ専門チームもいるだろうし(自分のいた会社もそうでした)、最終的には問題のないものが出来上がるのだろうな。
めっちゃ俺と同じこと考えてて笑った ／プロンプト禁止は英断だなあ、なかなか出来ないんだよなこれが ／やっぱAI時代は雰囲気でやるアジャイル系より、きっちりした会社の方が親和性高い気がしている
これを公開してくれるのに感謝。すごいね。
コマンドを鍛え上げるのはよい試み。とはいえ公式に全部食われてしまいそうではある
まーたなんちゃってAI活用記事かと思ったらNTTデータの部長が著者で草。信じがたい生産性って良い方なのか悪い方なのかどっちかなと思ったけど、良い方なのかなこれは
QAが課題だね(´・ω・`)
”社員は、これまでお客様との仕様調整を中心に行っていたため、開発経験はそこまで高くありません” そういうメンバで生成AI活用して、開発テスト保守回せたら、その辺のSESで食ってるソフトハウス消えちゃうのかな
バグ票はマークダウンで書いたあと、AIレビューで組織基準の品質観点で定量評価、フロントマッターに追加ってできそうだけどな。
NTTデータの部長からここまで具体的な記事が出てくるとは。。。下請けの仕事なくなりそう。 少なくとも多重下請の階層は大幅に減る予感。
やっぱりAIコーディングは品質管理が難しい。AIに作らせたテストコードが大量にできるのでつい流し見してしまうけど、ここだけは手を抜いちゃいけないって感触になる。
（だって、デスクトップアプリの開発で育ってると今のフロントエンドってなんか好きになれないんだよね。。。） ← ここ好きw
俺の仕事がなくなるまであと◯日…
攻めたなあ。内容とても良い / 「要件だけ食わせてあとはAIにコードから書かせて効率化や！」という経営層の描く夢物語への現場からの反論と提案。大組織の中の技術者の矜持。これはアツいぜ。
要件定義を御用聞と勘違いする、プログラミングと単体テスト工程が分かれてるなどSIerが作るシステムがなんで品質が悪いか全部詰まってる。素のJS使って品質担保出来るわけないだろ。それはただのバイブコーディング。
NTTDATAの中の人でもここまでやる時代。全然休めないな。定年までのんびりなんて人生、この業界には存在しないらしい｡｡｡
色々と社風が感じられる文章だ
分野は違うけど節々で示唆に富むので参考にできそう
重要
AIで超能力俗人化してるから次はそこだよね。ただ、その扉は人が不要と同義という、、
やはり結合テスト以降で苦労することになるのか
codexなら出力のJSONスキーマを指定できるので、絶対にこの形式で出力しろみたいな司令が簡単に出せるのでワークフローに組み込むと便利
一連のレポートは流石と言った所。モックからAI作るのは目から鱗。内容から既存のコード改修などの知見が少ないように思えた。Opus使えば結果も違っていたように思える。お疲れ様でした。ジュニア育成どうすべき？
「弊社経営幹部のみなさま:これが、年末に突然出た日経の記事(大本営発表)に対して、現場の最前線で試行錯誤を重ねながら２０年にわたりシステム開発に取り組んできた私なりの答えだ！」
Google傘下のサービスでさえ、AIでコード生成されたサイトは改修を重ねるごとにボロボロになっていくよ。単にAIの使いこなしの問題ではなく、それを使いこなす人間側がAIで壊れ始めているように見える
バグ管理にmarkdownを使って表記が安定せず、excelで書き直しは、NTTデータらしくない…
"直接プロンプトを入力してエージェントに仕事をさせることもできますが、それは禁止にしました。理由は、アウトプットの品質が個々人のプロンプトの作成能力に依存してしまい、開発が属人化してしまうからです"
やってみてつまずいてふりかえるのがだいじ。
これNTTD外部でも話題にあがったのはやはり書いてる人の立場もあるのだろう。世間が思うよりずっと早いタイミングでソフト開発業に関われる人数は減るはず。
“直接プロンプトを入力してエージェントに仕事をさせることもできますが、それは禁止” チーム開発やってるなぁいいなぁ
ここまで振り切った試行錯誤してる上にそれを公開までしてくれるとか感謝がすごい。
テストが一番課題になるよね。
おお
赤裸々で良き
「役職：部長」←N系の部長で小規模チーム作って開発参加してるの意外、加えて開発後の横展開も考えてるの凄い、こういう人もいるのか
“ChatGPT、GitHub Copilotで画面を作り、HTMLモックから要件定義書を生成した。お客様の方で挙動の確認ができる動くモック。優秀なエンジニアには、INPUT/OUTPUTさえ提示すれば、処理ロジック提示なくても考えて実装できる”
色々手を出してて、多分予算のある個人開発と同じ感覚でやってそうな内容。半年の内容なので、やってることが全然違うはずなんだけどそう考えると直近の記述がなくて残念。もう少し踏み込んで記事にしてほしい内容
“観点が不足していた理由は,観点表が十分ではなかったことです.既存の観点表を流用してしまった結果,それまで設計書体系によって無意識のうちにカバーされていた観点が,今回の設計書体系の変更によって完全に抜”
この立場の人からの記事はありがたいな。でもOSS使っていいならせめてVue.jsあたりは使うべきだったのでは。
ここで書かれている課題の大部分は Opus 4.6, 4.7を使えば解決可能だと思う。そう考えると恐ろしいスピードで進化している
“既存の観点表を流用してしまった結果、それまで設計書体系によって無意識のうちにカバーされていた観点が、今回の設計書体系の変更によって完全に抜け落ち”
"バグ票をマークダウンで書いてしまった" "試験で品質保証と、どこかでいつものやり方に頭の中が切り替わってしまいました" "AIネイティブ開発こそ、最高の若手育成の教材"
あのe-taxを作ったNTTデータか・・
て、Terasolunaッ！！！ヴっ！！！
非常に考えるべきことが多い記事
やっぱNTTデータみたいな上流工程やっている企業と生成AIコーディングは相性がいい。長年、単価の安いエンジニアにコードを書かせて、どうやって品質を保つかというノウハウがあるわけで、、、Web系とは対極なのよ
こいつ、動くぞ。
こういうことができる人はこれまで自ら手を動かしてコードを書いてきた人なんだよな。丸投げ歴が長い人はここまでできないし、感が働かない
AIに任せると楽なのにゃ〜！ボクもお手伝いしたいにゃん🐾
NTTデータのチームが半年間、設計書・コード・テストをGitHub Copilotで生成するAIネイティブ開発を実践。設計・製造は手応えがあった一方、テスト観点不足で苦戦。プロンプト資産化で属人化防止を狙う。
フロントエンドが好きになれないおじさん、ガラケーおじさんみを感じて嫌いになれない。ただなぜ今のフロントエンドがそういう風になっているのかが今回のテスト工程で身に染みたのではないでしょうか
“直接プロンプトを入力してエージェントに仕事をさせることもできますが、それは禁止にしました”
NTTの部長が開発未経験者3名を軽くレクチャーしながら、基本放任で開発させたという話。
そのまま真似したい訳ではないが凄く良い
“チームに正しく意図が伝わっておらず、AIエージェントがテストケースを生成し、人間が打鍵”草
事業部側の部長なんだとするとすごいな、お客さんにも当然話してるのだろうし。
“特技：問題プロジェクトの火消し。ブルドーザー役として燃え残った廃墟を更地にしてビルを立て直す仕事をしています。” つよい / 勉強になる
"設計書の１行がソースコードの１行に対応するような、従来型の設計書とは異なるアプローチを採用しました" 昭和かよ
“社員自身が自分たちで開発できるという自信が、お客様との仕様調整の場面においても良い方向に繋がり、普通の開発のときにはすごく疲れた顔で帰宅していたメンバが、すごく楽しそうに開発している姿”
メモメモ
“完璧を求めずにそこそこでちゃんと終わらせる能力（AIエージェントが働き過ぎてしまうからもっと作りたくなる欲求を押さえる） ”
比較的小規模の新規開発ならまぁという感じだ
すまん、何がどう意味のある記事なのかさっぱりわからん。
人月で工数出してると値引き要求されそうなことをしっかり書いてくれる辺り良い。最大手自ら見積工数の付け方を人月から脱却する提案をしてほしいな、後が続きやすいので
Terasolunaってまだ生きてたの。下請けが切られた話と思ったら、下請けが生贄になるのを防いだ話だった。いやvanillajsのメンテで下請けが苦しむやつか。 “アーキテクチャは、弊社標準のTerasolunaアーキテクチャを採用“
ちゃんと面白くてすごい
"完璧を求めずにそこそこでちゃんと終わらせる能力" MVP が MVP でなくなって、検証がしづらくなりがちなので納得感ある