トークン富豪的解決方法
どちらかというと今までスキル不足の人にまかせていた部分をAIが喰ってきた！って感じかなぁ...相変わらずシニア以上が必要なケースでは死にそうになりながら対応しなければならないｗ
今後はこっちの方向に行くだろうなぁと思ってるんだけど否定的な見方が多いのかな？単に会社がヘイト集めてるだけ？
熟練エンジニアの暗黙知をプロセスとして形式化し、LLMに移植しているのがすごい。
いやいや、マジで仕事なくなるよ、これは。
“弊社では本番アプリケーションの RDB データを BigQuery にほぼリアルタイムで複製”なるほど面白い
ダイニーさん、たくさん解雇したらしいから人いないんだろうね
誰かゲームのデバッグやってくれ～～～～
“AI 専用のサービスアカウントで権限を制御する / 人間のアカウントに、AI 用サービスアカウントを impersonate する権限を与える / 人間用アカウントの認証トークンに触れさせない”
本番データやログにAIがアクセスできると、セキュリティ上問題にならんのだろうか
複雑なアプリの仕様とかの文脈をどう伝えているんだろうか？結局指示が大変で何度も指示して書き直してもらうことになるので、文脈が確定するくらいには自分で作業した方がよいのが現状。
これからのエンジニアは学習する機会はないけどAIが書いたコードを読んで責任だけを背負う装置として生きていくことになるんかなw
コードすらAI書けるんだからデバッグもAIにやらせようってそりゃなるよな
ダウト。多くのバグを見つけられるのは本当だけど、正気とは思えない直し方をしてくることが多いので、やはり今は人間が必要。
クライアントサイドでデバッグやってくれ、サーバーサイドなんて決まったテキストしか扱わないんだからAIにできるに決まってる
“--dangerously-skip-permissions で自走させつつ、安全も確保するためにはどうすべきでしょうか？最も確実なのは、クラウド側の IAM で守る方法です。”
>弊社では本番アプリケーションの RDB データを BigQuery にほぼリアルタイムで複製しています。そのため、本番環境に影響を出さず AI が安全にクエリを投げられるリードレプリカとして機能します。
スキル不足のソフトウェアエンジニアの仕事はなくなったなーと思う。シニアエンジニアの仕事はいつまであるのかな…という気もする。
"他責は惰性"、"自責は知性"のダイニーさんね
“macOS アップデートによるファームウェア変更が原因で USB4 の帯域を超過していることを、検証可能な証拠とセットで突き止めた”
この話だと取得した本番DBからの情報をプロンプトインジェクションなどで外部に送信してしまわないか対策が漏れてる気がする。信用しないAIエージェントに情報を渡してる時点でガバガバだよ
AIは仕様を把握してる訳じゃないからなぁ システム開発は結局仕様とのすり合わせなんだからAIができる範囲なんて業務の一部でしかないんだよね
"AI は検証が不十分なまま「おそらく〇〇が原因です」と結論を出しがちです。" "そこで /ultra-debug というSkill を作成し、尋問の作業も AI に任せるようにしました。" "5体の debugger と 1 体の critic でチームを作成します。"
エンジニアの記事は主語と目的語が抜けたものが多すぎる
広い範囲の調査が必要なタスクって、トークン重いんだよなぁ。人間がやるのも大変な作業なので相応って話はあるけど。
"本当に正しい答えが得られるまで、何度も尋問を繰り返す必要があり負担になっていました。 そこで /ultra-debug という Skill を作成し、尋問の作業も AI に任せるようにしました。" それでいいのか？いいのか…
早押しクイズやってるわけでもあるまいに、AIのこととなると誰も彼も先走って未来を決めつけすぎ。そんなことよりちゃんと仕事やってほしい
AIがそれなりの複雑度のバグフィックスを行えるようになったとはいえ、まだ全然人間でないとデバッグできない複雑度の作業がたくさんある。この会社（ダイニー）はその程度の仕事しかしていないという話
調子に乗って後でやけどする系の話に聞こえる。デバッグが軽減されるという主張ならわかるが、人間の仕事でなくなるまで言い切って、事故起こさないでいられるなら立派なもの。
AIが本番データにアクセスする際の個人情報はマスク処理されてるのかちょっと気になるのと、BtoBだとNDAとかも気になるかな https://www.ppc.go.jp/files/pdf/230602_alert_generative_AI_service.pdf
デバッグのスキルがエンジニアに無いとバグに気づかないのでAIがOKといえばバグはなかったということになる
ビルドが通らないぐらいで騒ぐレベルの人達と仕事してるが、AIに聞くとほぼ原因教えてくれる。AI使ったらと言ってるが、まったく使う気配ないので、AIのアドバイスをそのままコメントしてたら、頼られまくる…
事前知識を丁寧に導入してあげないと滅茶苦茶な設定やコーディングをしたり、非効率作業でToken使い切ったりするので、「AIのためのデバッグ自動化設計と品質管理」という新しい人間の仕事が生えただけな気はしてる
あ、ダイニー(察
マスキングした上でログやDB渡すのはめちゃ有効だろうな。運用方法ちゃんとしないとやばいことになりそうだが。
全然無関係だけどAIが出てくる前からデバッグなのかテストなのかは自動化機械化が主流だったしなんの環境でなんのテストするのか次第だけど自動で動き続けるものに本番アクセスはAIどうこうだからの前にやらないかな
それはまだ半年ほど先の話かもしれない／知らない言語で書き直しさせる事をやらせると一緒にスキルアップ出来て楽しいになっている。
この手の記事のはてぶのコメントが懐疑的なのを見ると逆に安心してしまう。ああ、この方面て頑張っていけば、先行できるなって。
デバッグはもう人間の仕事ではなくなった
トークン富豪的解決方法
どちらかというと今までスキル不足の人にまかせていた部分をAIが喰ってきた！って感じかなぁ...相変わらずシニア以上が必要なケースでは死にそうになりながら対応しなければならないｗ
今後はこっちの方向に行くだろうなぁと思ってるんだけど否定的な見方が多いのかな？単に会社がヘイト集めてるだけ？
熟練エンジニアの暗黙知をプロセスとして形式化し、LLMに移植しているのがすごい。
いやいや、マジで仕事なくなるよ、これは。
“弊社では本番アプリケーションの RDB データを BigQuery にほぼリアルタイムで複製”なるほど面白い
ダイニーさん、たくさん解雇したらしいから人いないんだろうね
誰かゲームのデバッグやってくれ～～～～
“AI 専用のサービスアカウントで権限を制御する / 人間のアカウントに、AI 用サービスアカウントを impersonate する権限を与える / 人間用アカウントの認証トークンに触れさせない”
本番データやログにAIがアクセスできると、セキュリティ上問題にならんのだろうか
複雑なアプリの仕様とかの文脈をどう伝えているんだろうか？結局指示が大変で何度も指示して書き直してもらうことになるので、文脈が確定するくらいには自分で作業した方がよいのが現状。
これからのエンジニアは学習する機会はないけどAIが書いたコードを読んで責任だけを背負う装置として生きていくことになるんかなw
コードすらAI書けるんだからデバッグもAIにやらせようってそりゃなるよな
ダウト。多くのバグを見つけられるのは本当だけど、正気とは思えない直し方をしてくることが多いので、やはり今は人間が必要。
クライアントサイドでデバッグやってくれ、サーバーサイドなんて決まったテキストしか扱わないんだからAIにできるに決まってる
“--dangerously-skip-permissions で自走させつつ、安全も確保するためにはどうすべきでしょうか？最も確実なのは、クラウド側の IAM で守る方法です。”
>弊社では本番アプリケーションの RDB データを BigQuery にほぼリアルタイムで複製しています。そのため、本番環境に影響を出さず AI が安全にクエリを投げられるリードレプリカとして機能します。
スキル不足のソフトウェアエンジニアの仕事はなくなったなーと思う。シニアエンジニアの仕事はいつまであるのかな…という気もする。
"他責は惰性"、"自責は知性"のダイニーさんね
“macOS アップデートによるファームウェア変更が原因で USB4 の帯域を超過していることを、検証可能な証拠とセットで突き止めた”
この話だと取得した本番DBからの情報をプロンプトインジェクションなどで外部に送信してしまわないか対策が漏れてる気がする。信用しないAIエージェントに情報を渡してる時点でガバガバだよ
AIは仕様を把握してる訳じゃないからなぁ システム開発は結局仕様とのすり合わせなんだからAIができる範囲なんて業務の一部でしかないんだよね
"AI は検証が不十分なまま「おそらく〇〇が原因です」と結論を出しがちです。" "そこで /ultra-debug というSkill を作成し、尋問の作業も AI に任せるようにしました。" "5体の debugger と 1 体の critic でチームを作成します。"
エンジニアの記事は主語と目的語が抜けたものが多すぎる
広い範囲の調査が必要なタスクって、トークン重いんだよなぁ。人間がやるのも大変な作業なので相応って話はあるけど。
"本当に正しい答えが得られるまで、何度も尋問を繰り返す必要があり負担になっていました。 そこで /ultra-debug という Skill を作成し、尋問の作業も AI に任せるようにしました。" それでいいのか？いいのか…
早押しクイズやってるわけでもあるまいに、AIのこととなると誰も彼も先走って未来を決めつけすぎ。そんなことよりちゃんと仕事やってほしい
AIがそれなりの複雑度のバグフィックスを行えるようになったとはいえ、まだ全然人間でないとデバッグできない複雑度の作業がたくさんある。この会社（ダイニー）はその程度の仕事しかしていないという話
調子に乗って後でやけどする系の話に聞こえる。デバッグが軽減されるという主張ならわかるが、人間の仕事でなくなるまで言い切って、事故起こさないでいられるなら立派なもの。
AIが本番データにアクセスする際の個人情報はマスク処理されてるのかちょっと気になるのと、BtoBだとNDAとかも気になるかな https://www.ppc.go.jp/files/pdf/230602_alert_generative_AI_service.pdf
デバッグのスキルがエンジニアに無いとバグに気づかないのでAIがOKといえばバグはなかったということになる
ビルドが通らないぐらいで騒ぐレベルの人達と仕事してるが、AIに聞くとほぼ原因教えてくれる。AI使ったらと言ってるが、まったく使う気配ないので、AIのアドバイスをそのままコメントしてたら、頼られまくる…
事前知識を丁寧に導入してあげないと滅茶苦茶な設定やコーディングをしたり、非効率作業でToken使い切ったりするので、「AIのためのデバッグ自動化設計と品質管理」という新しい人間の仕事が生えただけな気はしてる
あ、ダイニー(察
マスキングした上でログやDB渡すのはめちゃ有効だろうな。運用方法ちゃんとしないとやばいことになりそうだが。
全然無関係だけどAIが出てくる前からデバッグなのかテストなのかは自動化機械化が主流だったしなんの環境でなんのテストするのか次第だけど自動で動き続けるものに本番アクセスはAIどうこうだからの前にやらないかな
それはまだ半年ほど先の話かもしれない／知らない言語で書き直しさせる事をやらせると一緒にスキルアップ出来て楽しいになっている。
この手の記事のはてぶのコメントが懐疑的なのを見ると逆に安心してしまう。ああ、この方面て頑張っていけば、先行できるなって。