以前から使っていたものを、LLMが学習したんですよね..

 

完璧な比喩!!

 

一目で見やすいように、https://a1bbs.com/view/2w5cpznk6xrh166p3tnqpq をマンダラートにしました。

 

数年前にはGeekNewsでもMatrix関連のニュースがかなり多く出ていましたが、静かになったと思ったら、こんな問題があったんですね

 

たまに、経路依存性という大きな概念に、LLM依存性という強力な釘が打ち込まれているように感じることがあります。『以前から使っていたから』が『LLMが好むから』へと変わっていく感覚は、結局どうなっていくのでしょうか……

 

「もうコンピューターの電源を切っても大丈夫です」

 

個人の年俸推定:100億〜1300億...うわ...キャリア史上、こんな開発者がいたのかと思うほどですね。
ストックオプションを除いた純粋な年俸なんでしょうか。

 
amitksingh1490 2025-07-21 | 親コメント | トピック: Forge - AIベースのターミナル開発環境を構築する (github.com/antinomyhq)

日本語訳(リンク付き)
こんにちは。私はこのプロジェクトのメンテナーの一人です。ここで私たちのプロジェクトを紹介してくださり、ありがとうございます!
現在、forgecode.dev で期間限定で無料でお使いいただけますので、ぜひお試しください。ご意見やご提案があれば、Discord にお寄せください。皆さんのフィードバックは大きな助けになります。

(上記の日本語は ChatGPT によって翻訳されました。意味が多少異なって伝わる可能性がある点について、あらかじめご了承ください。)

 

不思議なことに、AIでは中国が強いですね

 

会議の本質についてフォーラムを開いてみるのはどうでしょうか。フォーラムで倫理的な問題を検討し、実務的な(これを危機として受け止めるのか、機会として活用するのか、どう活用するのか)アプローチも検討してみて、情報セキュリティの側面ではどうなのかも気になりますし、デザイナーにとってはリファレンスを提示する際にリアルタイム連携が可能で、言葉を発するだけでそのアイデアがビジュアル化されて瞬時に会議参加者へ共有されるなら、デザイナー業界のDX/AXの完成形になるのではないかと思います……個人的には前向きな現象のように感じますが、セキュリティ面ではこれにどう備えるかが大きな論点になりそうです。

 

開発者の平均年俸を押し上げる連中を確認

 

中国系が50%とは驚きですね。こちらもAIで進むべき道はまだ遠く、人材面でも後れを取っているように感じます。

 

コメント要約を見ると、現時点では2%はそれほど多くないと考えているようですが、このペースで増加した場合、26年にはいくらになるのかを考える必要があると思います。AGIがごく近い将来に実現可能でないなら、26年、もしかすると27年まで、楽観論者と悲観論者の対立で本当に混乱しそうです。

 

以下の Hacker News のコメントに出てきた Latham & Watkins の EU AI Act 初回ドラフト解説

European Commission Releases First Draft of General-Purpose AI Code of Practice

  • EU AI Act は2024年8月1日に発効し、関連する義務事項は段階的に施行される予定
  • 欧州委員会傘下の AI Office が実務規範の策定を主導し、2025年5月までに準備を終え、8月2日から発効する計画
  • 2024年11月14日、EC は 汎用AI実務規範の草案 を初めて公表
  • 草案は EU の原則と価値 に沿った明確な目標、措置、主要業績評価指標(KPI)を提示

EU AI Act 草案の主な内容

透明性

  • 透明性 は実務規範の中核原則
  • GPAI モデル提供者は次の情報を文書化し、維持しなければならない
    • モデル自体に関する情報
    • 統合可能な AI システムの種類および用途
    • 許可された使用ポリシー
    • モデルライセンスの中核要素
    • 設計仕様および学習プロセス
    • テストおよび検証の方法
  • 上記情報は AI Office と各国当局、または AI システム提供者 から要請があった場合に提供しなければならない
  • 可能であれば 一般向けの情報公開 も推奨

著作権遵守

  • EU の著作権および関連する権利 の遵守が強調されている
  • GPAI モデル提供者はライフサイクル全体にわたって包括的な 内部著作権ポリシー を策定しなければならない
  • 第三者とのデータセット契約前に 著作権デューデリジェンス と Article 4(3) における権利者要件の遵守確認が必要
  • SME を除く GPAI 提供者は、モデルが 著作権侵害となる出力 を生成しないよう合理的な予防措置が必要
  • モデル提供時には、相手方が反復的な著作権侵害を防ぐ措置を約束するよう契約条件化することが推奨される

Text and Data Mining(TDM)

  • TDM を行う際、著作権保護コンテンツへの適法なアクセス権の確保義務
  • Robot Exclusion Protocol に準拠するクローラーのみ使用
  • クローラー除外が検索エンジン内でのコンテンツ検索可能性に悪影響を与えないよう注意
  • 機械可読な権利者表示に積極的に対応
  • 権利者標準の策定に協力
  • 違法複製ソースのクロールを防ぐための合理的措置が必要

著作権遵守の透明性

  • 著作権関連措置および権利者遵守事項の 公開 義務
  • 権利者が異議申し立てできる 単一の連絡窓口 の提供が必要
  • 学習・テスト・検証データのソースとアクセス権情報を AI Office に提供しなければならない

システミックリスク分類

  • GPAI 提供者は システミックリスク分類体系 に基づいてリスクを継続的に評価・対応しなければならない
  • 主なリスク項目:
    • サイバー犯罪
    • 化学・生物・放射線・核のリスク
    • モデルの制御喪失
    • AI の研究開発目的の自動化
    • 大規模な説得・操作
    • 大規模な差別

システミックリスク管理フレームワーク

  • システミックリスクが確認された GPAI モデル提供者は 安全およびセキュリティフレームワーク を構築しなければならない
  • 透明性・説明責任強化のための 文書化ガバナンス構造(独立した専門家評価を含む)が必要
  • 事故報告、内部告発者保護、公共向け透明性 措置なども明記
 

自分で翻訳した文章を、まるで他人がやったかのように共有するのはちょっとダサいですね

 

モジュール式スマートフォン…LG、うっ、頭が…

 

Firefoxを敬遠する主な理由は、機能対応の遅さでしょうか。
Web開発をしていると MDN をよく見るのですが、
まず最初に確認するのがブラウザー互換性の部分です。
ここ数年見ていて感じるのは……標準 API 全体には対応していても、細かい項目が一つ二つ未対応な Firefox を見て、Chrome でテストするようになってしまうことです。
安定して確定した標準だけをサポートしようとするのは良いのですが、
たいていは対応しているのに Firefox だけ動かないものが頻繁に目につくので、だんだん避けるようになってしまいました。
個人的には、Firefox がかつて IE による暗黒期を打ち払うきっかけになってくれたので、あえて使ってはいるのですが、プロジェクトで使うには微妙です。

 
iolothebard 2025-07-19 | 親コメント | トピック: 書体の知的財産権について… (en.wikipedia.org)

怖いから避けているわけではありませんからね。
書体デザインの著作権を認めなかった判例はありますが、

https://www.law.go.kr/%ED%8C%90%EB%A1%80/(94%EB%88%845632)

書体デザインの著作権を認めた判例があるのか、探してみる必要がありそうですね。