Подтвердите e-mail

Для публикаций, комментариев, реакций и сообщений подтвердите адрес.

Профиль

よようさ@HMC認定No0167

Профиль Vively

のんびりと。 むにむにしたりだらだらしたり、たまに絵(主にホロ中心のVTuber様のファンアート)を描いたり。もちろん手描きさ☆ #生成AI不使用宣言 #NoAI https://xfolio.jp/portfolio/umworks ⚠すべての投稿内容に対し、生成AIへの利用(学習/加工/編集)・無断(利用/転載)・未管理著作物裁定制度への適用を禁止します。 ⚠Do not use my works for AI trainig or any use.

電子透かしの方では、「絵の一部を切り抜いても透かし情報は読み取れるか」というのも、なかなかにきつい課題としてあります。 マークも、当然同じ課題があり、まあ透かしと違って「全面に隙間なく貼れ」ばおおよそ回避できます。 さぁ、マークで自らの生成物を埋めつくしたまえ、テックたちよw WMで絵を埋めなければならなくなった絵師の呪詛をその身で存分に受けよ

010

あ、あとひとつ気になったのが、印刷物へも適用されるのか、という点 モニタと紙では、認知できる質も解像度も大きな差が出る 生成マークの機械可読の適用範囲が、 生成→印刷→スキャン→マークチェック という手順を踏んだ時、どこまでマークの可読を要求するのか、また、同操作を何回まで試すのか、はたまたプリンタの性能は何処まで求めるか 生成とは異なるとこですが、セキュリティ要件の話で電子透かしについて、全く同じ議論が出てきます。 特定情報の機械可読性という話は、それほど"ハードルの高い課題"なん"です。 さて、義務化が"施行"しちゃいましたねぇ がんばって読み取れるようにしてね、生成テックたちw

120

安定運用させるためのノウハウは、単なるコーティングのノウハウとはまた性質の違うものがあります。 そして、学習素材として吸収されたコードからは、それらの差異を抜き出せません。 「なぜそういう作りなのか」を、生成は思考できないからです。 そして、そういう考慮が抜けたコードが生成により産み出され(そして生成に頼るような人は生成を信用するあまりテストも甘いため)、そのままろくにテストもされてないソフトウェアが世に放たれてしまう。 現場に居るものとして、大変な危惧をしています。

000

もちろん、故意に「マークに類似したものを書き入れる」などされた場合の誤検知は、回避は難しいでしょうから、100%という保証は取れないかも知れません。 しかし、Geminiの現在のマークは、仮に「絵柄に白の菱形」がいただけで誤検知し得ます。 そしてそれは、マークのデザインで回避できる範疇です。 そういうのを回避でき、故意で似せない限り誤検知しない、それがマークのデザインに求められることになる。 それは当然、人の目から見てもはっきりと生成物を検知しやすいものになります。

110

機械可読形式、の記述のなにがでかいかの説明が薄いように感じたので補足 機械が可読(判別)出来るようにする、ということは、裏を返せば「機械が誤読しないこと」を保証する必要が、「マークの付与側」に出てきます。 つまり、Geminiのように、「極めて一般的な菱形記号と判別の付かないデザインロゴの配置のみ」では、機械可読形式、という要件を満たせないのです。 機械が生成物判定のためにマークを検索した際に、「確実に検知でき」かつ「確実に誤検知しない」を両立できるマークを付与しなくてはならない、という点で、とても大きいのです。

120

ふと、xAIのGrokとかにはどんなマーク付くのかな、と考えた時、イーロンの顔のアップ(唇を突き出して明後日の方向を向くお決まりのポーズ)が付いたらサイコーかな、と思ったりしたw

043

ついでに言えば、 ・故意にマークを外した奴にも同額の罰金 ・マーク外しが出来る生成AIサービスを提供した奴にも同額の罰金 あたりもやってほしいのだけどねぇ どうなんでしょ

1164

現役SEです。 たしかに作るのは楽になった場面はある、とは聞きます しかしソフトウェアというのは「どう作るか」ではなく「どう動くか」のほうが遥かに重要で、かつ「生成コードはどう動くかまでは一切保証しない」のが現状です。 昔、たった一行の処理を書き忘れただけで、3ヶ月後にサーバーがダウンする、という時間差のトラブルを体験したことがありますが、コード生成は、そういったミスの可能性を原理的に考慮できません。 そして、生成コードは人が直しにくいと聞きます。品質、という点での劣化は避けられないでしょう。 コード生成で下げた製造コストは、テストや保守やメンテの場面で何倍ものツケで払うことになります。

12511

あ、念のため。 >専門性の薄い作業については実績もある これをして「使い方次第」等と言うつもりは更々ないです。 今ある権利の問題は、実用性の有無に関係なく「アウト」なので。 まずはデータセットの透明化と権利保護と罰則規定を、この点は揺るがないです。 使い方云々の議論は、そこがクリアしてから存分にやりましょう。

0195

他方、専門性の薄い作業については、利用者の間でも評判はよく、実績も出せているとのこと。 何度も議論され何度も同じ答えにたどり着いてきた話なのでまたかって感じですが、「生成AIは人の変わりには成り得ず、どこまで行っても人のサポート以上の域から脱することは出来ない」という限界値を、改めて実感するのでした それはそれとして、「君がcopilotに今入力したその社内機密情報、MSに漏洩した訳だけど、トラブル起きた時責任取ろうね?」という生温い目で見てます

1259

らいらいさんの絵、一目で判るよー٩( ˶'ᵕ'˶ )۶ かわちいよ!

100
Показать ещё