2396部黄片，Meta偷黄片训练AI，遭天价索赔，一片罚15万...

刚刷到一个新闻，说 Meta 被两家成人电影公司告上法庭，理由是它偷偷用 BT 下载了 2396 部黄片来训练自家 AI，还包括视频生成器和大模型。最狠的是，每部片子索赔 15 万美元，总额高达 3.59 亿。

作为程序员看这事，第一反应是：这完全是 dataset sourcing 的灾难级反面教材啊。训练数据就像代码依赖库，你敢随便 npm install 野生包，迟早被埋雷。Meta 这种级别的公司还踩这种坑，说白了就是“急功近利+侥幸心理”。

网友们调侃标题“重生之 Facebook 盗我片”，确实好笑😂。但从技术角度讲，AI 训练绕不开版权问题，尤其是涉及高价值内容时，这种官司以后只会越来越多。

我的看法是：AI 行业必须把 合规数据 当成核心竞争力，别光想着算力和算法。数据不干净，模型迟早翻车。换个角度说，这案子也在提醒我们程序员，写代码可以“抄 stackoverflow”，但数据绝不能随便抄。【备注:文末可领最新资料】

算法题：换座位

昨晚十一点多我还在公司楼下啃煎饼，隔壁自习室传来吵吵闹闹的，老师让大家两两坐一起复盘作业，结果座位全乱了套。你们懂的吧，这种“换座位”现场，很像一道常见算法题：成对的同学必须坐在相邻位置，当前座位顺序一团糟，每次操作只能交换任意两个人，问最少要换几次？

我先把模型说清楚哈：座位是一排，位置从 0 开始。学生用编号表示，情侣（或搭子）是固定配对：0–1、2–3、4–5……也就是 id / 2 相同就算一对。比如当前座次是 [3, 2, 0, 1]，理想状态是 (2,3) 挨着、(0,1) 挨着。我们要算“最少交换次数”。

直觉上你可能会从左往右暴力试，但那会超时。更顺手的做法是贪心 + 位置索引：我盯住每一对座位（0 和 1、2 和 3……这些成对的位置），先看左边这个人的“另一半”在哪儿，不在右边就把“另一半”换到右边来。每做一次这样的“就位”，交换数 +1，然后继续处理下一对座位。关键是要随时知道每个学生现在坐哪儿，所以要维护一个“人 → 位置”的哈希表，交换后把位置表同步更新，这样全程是 O(n)。

import java.util.*;

publicclassMinSwapsSeat{
// 假设座位数组 seats 长度为偶数，学生编号从 0..n-1，配对规则是 x/2 相同即为一对
publicstaticintminSwapsCouples(int[] seats){
int n = seats.length;
// pos[studentId] = 当前所在下标
int[] pos = newint[n];
for (int i = 0; i < n; i++) pos[seats[i]] = i;

int swaps = 0;
for (int i = 0; i < n; i += 2) {
int a = seats[i];
int bShould = partner(a);       // a 的另一半应该是谁
int j = i + 1;                  // a 右边这个位置

if (seats[j] == bShould) {
continue; // 这对已经坐好
            }
// 把 bShould 换到 j 的位置
            swaps++;
int bPos = pos[bShould];        // bShould 当前真实位置
            swap(seats, j, bPos);

// 别忘了同步位置信息
            pos[seats[bPos]] = bPos;
            pos[seats[j]] = j;
        }
return swaps;
    }

privatestaticintpartner(int x){
return (x % 2 == 0) ? x + 1 : x - 1;
    }

privatestaticvoidswap(int[] a, int i, int j){
int t = a[i]; a[i] = a[j]; a[j] = t;
    }

// 小测一下
publicstaticvoidmain(String[] args){
int[] seats1 = {3, 2, 0, 1}; // 期望 0 次（(3,2) 与 (0,1) 都是搭子）
int[] seats2 = {0, 2, 1, 3}; // 期望 1 次（把 2 和 1 互换）
        System.out.println(minSwapsCouples(seats1));
        System.out.println(minSwapsCouples(seats2));
    }
}

为啥它是最少

就是那个…想象你在处理下标 i、i+1 这对位置时，左边 a 的合法搭档只有一个 bShould。如果 bShould 不在 i+1，那无论如何都得发生一次交换把它拉过来，否则这对永远对不上号；而我们选择的正是“一步到位”的那次交换。所以每个成对座位最多产生一次必要交换，累加起来就是最小总数。复杂度方面，位置表保证查找与更新是 O(1)，整趟只走一遍数组，O(n) 时间、O(n) 额外空间。

有人会问，要是配对规则变了呢？比如用 pair[id] 给定任意搭档映射，那就把 partner(a) 替换成查表即可，其他逻辑不变。再比如座位是圆桌？也一样分块两两处理就好，圆不圆对这个贪心不构成影响。