【悲報】富士通、みずほのシステム開発・保守を生成AIで改善する実証実験 富士通がAIを独自カスタマイズし提供 [687522345]
■ このスレッドは過去ログ倉庫に格納されています
富士通は6月19日、みずほフィナンシャルグループのシステム開発・保守作業を改善する実証実験を始めたと発表した。生成AIを活用し、システム設計書の記載漏れや書き間違いを自動検出するという。2024年3月31日まで2社共同で実施する。
設計書の記載漏れを防ぐだけでなく、修正した書類を基に、システムテストの仕様書をAIで自動生成する技術の開発も目指す。システムの開発・保守そのものをAIに任せることが可能かの検証も進めるという。
実証実験では、大規模言語モデル「GPT-3.5」などのAPIを米Microsoftのクラウドで使える「Azure OpenAI Service」を活用する。富士通がAIを独自にカスタマイズし、研究中のAI技術を試験提供するプラットフォーム「Fujitsu Kozuchi (code name) - Fujitsu AI Platform」を介してみずほに提供するという。
https://www.itmedia.co.jp/news/spv/2306/19/news149.html みずほのシステムの設計書に記載漏れや間違いがある前提なのか しれっと嘘をつくシステム、銀行業務で使えるのかね? >>1
Azure OpenAIをそのまま使えばいいだけなのに富士通経由にする意味ある? 社内政治でゴミシステムができてるのにAIで解決するわけないやん 余計おかしくなるんでしょ 学んではいけない事ばかり学習するやで > Fujitsu Kozuchi (code name)
センス無さすぎて笑う
これ多分ダメだな >>32
完全に破壊してやり直した方が良いってことかも >>26
GPT3.5ならば4k(最近16kまで拡張されたけど)のトークン数を入力可能な仕組みを作って文脈を保持した設計書を流せる仕組みを作るぐらいしかないと思うけども、そもそもトークン数の縛りがなかったら誰も苦労しとらんのやからその縛りがそのままだった場合は直接azure open ai使ってた方がマシな気が🤔 >>42
なんか変やね
・トークン数の縛りの中で文脈情報含めた設計書を流し込める技術を開発できるか?(lang-chainとかlmmaindexみたいなクソみたいなin-context-tuning手法を使うとか?)
・トークン数の縛りを無くすぎじゅつを開発する
いずれかができないならば多分失敗するんよ 正直この選択をしたやつは何考えてんのか理解できない🤔 AIなしで及第点レベルならまだしも
スパゲッティコードのゴミしか作れない奴らには無理 >>38
そうだよ
問題は基幹部分が未だにCOBOLのままのこと
COBOLにはELSE IF文がない
COBOLにはローカル変数がないのでフラグ変数がグローバルスコープになっている
COBOLには関数や部品化の概念がないので必要な箇所にそのIF文のブロックを毎回コピペする必要がある
のが地獄を生んでる 河野がマイナンバーカードのシステムのバグをAIで対策するとか言ってたやつ? >>59
お前IBMのDB2知らんだろ
あれSelectすると行ロックじゃなくてテーブル全体の共有ロック取るって謎の挙動するからIBMに統一なんかしたら下手したらデッドロックして2度と預金が取り出せないってバグ出すぞ >>60
ググッたら
FOR UPDATE WITH RS
で行ロックできるとか
……でもDB2使うなんて選択肢ないけど >>61
IBMで仕事してた事あるけどIBM案件はDB2強制だよ
後IBM入ってる客先は妙にIBMに愛着持っててDB2にこだわる
後DB2のテーブルロック取っちゃう挙動が真にやばいのは
電話「おい、何か変だぞ」
サポート「お調べしますね(Select文を投げる)」
瞬間、何らかの処理が走るもテーブルロック取られているため失敗
→連鎖的にエラー
を起こすこと
これ実話だから困る >>65
ビジネスじゃなくて馴れ合いでやってるからな AIで人間の粗探ししてどうすんだよ
そういもんじゃないだろ
なんかズレてんだよなぁ >>66
このゴミのDB2、キチンとみずほでも使われてるから安心安全な >>70
行単位での排他制御を作れなかったんやろな >>64
DB2俺もIBMの仕事で使わされてクソ不便だったな
ユーザがADと紐付いてるから最近のセキュリティガチガチ環境だとローカルの環境構築がめんどくさいことこの上なかった
客囲い込むためにわざと変で使いにくいミドルウェアとライブラリ使わせてるんだろうなと思った >>76
じゃあその後
自社「そもそも何でDB2なんだよ。原因これじゃん」
担当者「客先指定です」
自社「問題が解決出来ないしエンドと直接会話してくるわ」
~結果~
自社「負けた。システム要件にIBMのDB2を使用することってしっかり書かれてた」 AIの間違いを人間は発見・修正ができない
ただひたすら学習を繰り返して、ご機嫌を伺うだけだから >>56
へー
COBOLってそんな事になってるのか
それじゃ誰も使いたがらんわな みずほのキメラシステムは人類の手に負えないから
人類を超える叡智が必要 「カタカタカタ、チーン♪ 来週また止まります。作り直した方が良いです。」 人が死にそうヤバそう
エンタメならともかく金扱うもんに関わりたくねえわ 多重下請けの末端IT土方よりAIのほうが優れたコード書くだろ コードをリファクタリングするのかと思ったけど単に書類の修正じゃねーかw chatgptの嘘の回答見てるとAIに任せると逆に危ないと思う >>94
AIの結果まとめる奴が無能だから結局無理
F社員なんて威張る以外何もできないし >>56
サブルーチンはあるからちゃんとした開発者が作ったCOBOLソースならそこまでひどくない これって外部に発表するようなことじゃないと思うんだが、
ここは障害大杉だから、少しでも安心してもらうために、
AIやってますアピールするしかないのかな。 >>101
AI自体が研究費ねだりアピールだからな ■ このスレッドは過去ログ倉庫に格納されています