✨ 要点🔬 技术摘要
这篇论文就像是一场**“两个不同世界的人关于‘公平’的对话”**。
想象一下,世界上有两个团队正在试图解决同一个问题:如何让计算机(特别是人工智能)变得更公平,不偏袒任何人。
团队 A 是“软件工程师” (像是一群精明的建筑师和数学家)。
团队 B 是“人文学者” (像是一群社会学家、历史学家和哲学家)。
这篇论文通过阅读 70 篇相关文章,发现这两个团队虽然都在谈论“公平”,但他们眼中的“公平”完全是两回事,甚至有点像在说两种不同的语言。
以下是用简单的比喻和日常语言对这篇论文核心内容的解读:
1. 两个团队的“世界观”差异
软件工程师:把公平看作“数学题”
他们的视角: 工程师们认为,公平就是**“结果要平均”**。就像分蛋糕,如果每个人分到的蛋糕大小一样,那就是公平的。
他们怎么做: 他们发明了很多**“尺子”(指标)**来测量公平。比如,计算一下系统给男性和女性发工作邀请的比例是否一样?如果不一样,就调整代码,让比例变一样。
他们的逻辑: “只要数据是平衡的,算法就是公平的。”他们喜欢把公平变成可以计算、可以测试的数学公式。
局限性: 就像只盯着秤上的数字,却忘了为什么 有些人一开始就拿着更小的蛋糕。他们往往忽略了社会原本就不公平的历史背景。
人文学者:把公平看作“社会故事”
他们的视角: 学者们认为,公平不仅仅是分蛋糕,而是**“为什么蛋糕会分得不一样”。他们关注的是 权力、历史和不平等**。
他们怎么做: 他们会问:这个系统是不是在复制过去的歧视?是不是忽略了某些群体的声音?是不是在维护某些人的特权?
他们的逻辑: “如果社会本身就不公平,那么仅仅让算法‘看起来’公平,其实是在掩盖真正的问题。”他们强调公平是**“有情境的”**,不能脱离历史和文化背景。
局限性: 他们的观点很深刻,但有时候很难直接变成工程师可以写进代码里的具体规则。
2. 一个生动的比喻:导航软件与“被杀死的司机”
论文中举了一个非常震撼的例子,能很好地说明这两个视角的冲突:
故事: 在里约热内卢,一些 Uber 司机被导航算法指引到了被武装帮派控制的危险区域,结果司机被杀了。
软件工程师的视角(只看数据):
他们会检查:算法给所有司机指的路,在统计上是不是“公平”的?是不是每个司机被派往危险区域的概率都一样?
如果概率一样,工程师可能会说:“看,算法是公平的,没有歧视特定的人。”
问题在于: 这种“统计上的公平”完全忽略了现实世界的残酷 。算法不知道那里有帮派,也不知道那里有生命危险。它只关心数学上的平衡,却对司机的生死视而不见。
人文学者的视角(看社会背景):
他们会说:“这根本不是公平的问题,这是权力和社会结构 的问题。”
算法把司机送到那里,是因为它没有考虑到当地的政治暴力、治安状况和贫富差距。
真正的公平不是让所有人都“平均”地遇到危险,而是要改变系统 ,让技术去理解并尊重当地的社会现实,甚至拒绝 在这种危险环境下使用这种技术。
3. 他们各自认为的“好处”和“麻烦”
方面
软件工程师 (Team A)
人文学者 (Team B)
他们眼中的好处
消除偏见 (让数据更平衡)、建立信任 (用户觉得系统可靠)、符合法律 (不被告)。
减少结构性不公 (打破深层的不平等)、赋予人们权力 (让普通人能参与决策)、挑战强权 (不让技术成为压迫工具)。
他们怎么做
修代码 :调整算法、清洗数据、使用“公平工具箱”。
改制度 :让受影响的人参与设计、制定法律、甚至拒绝开发 某些有害的技术(比如监控)。
他们遇到的麻烦
数据太难搞 (隐私问题)、指标打架 (想同时满足多个公平标准很难)、牺牲性能 (为了公平让系统变慢)。
社会太复杂 (很难把复杂的社会问题简化成代码)、法律跟不上 (法律太慢,技术太快)、技术无法解决根本问题 (算法只是工具,人心才是问题)。
4. 这篇论文想告诉我们什么?(核心结论)
这篇论文并不是要批评工程师,也不是要嘲笑学者,而是说:我们需要把这两股力量结合起来。
目前的困境: 工程师太沉迷于“数学上的公平”,以为只要算出完美的公式,世界就变好了。但这就像只给病人量体温,却不去治疗他发烧的根本原因 。
未来的方向:
不要只看数字: 工程师需要明白,代码不是生活在真空里的,它是在真实的社会、历史和不平等中运行的。
引入“人”的声音: 在开发技术时,不能只让程序员决定,要让社会学家、受影响的人群一起参与。
有时候要“说不”: 如果一项技术(比如某种监控)本质上就是不公平的,那么最公平的做法可能是不要开发它 ,而不是试图把它修得“稍微公平一点”。
总结
这就好比盖房子 :
软件工程师 在努力确保房子的砖块排列整齐、尺寸精确 (技术指标完美)。
人文学者 在提醒我们:这块地皮以前是不是发生过战争?住在这里的人是不是被赶走过?我们盖这房子是为了谁?
这篇论文呼吁:只有当“精确的砖块”和“深刻的社会关怀”结合在一起时,我们才能造出真正公平的房子。 否则,我们造出来的可能只是一个外表光鲜、但内部依然充满不公的“完美”机器。
论文技术总结:跨领域公平性——软件工程与人文科学视角的比较
论文标题 :Fairness Across Fields: Comparing Software Engineering and Human Sciences Perspectives作者 :Lucas Valença, Ronnie de Souza Santos (卡尔加里大学)发表会议 :FSE '26 (2026 年 7 月,蒙特利尔)
1. 研究背景与问题 (Problem)
随着人工智能(AI)和机器学习(ML)系统在医疗、公共安全、教育、金融等社会关键领域的广泛应用,软件系统的输出直接影响了个人的机会、资源获取及生活结果。因此,**公平性(Fairness)**已成为软件工程中的核心非功能性需求。
然而,当前软件工程领域对公平性的处理存在明显的局限性:
工程视角 :倾向于将公平性定义为可测量、可测试的统计属性(如群体公平、个体公平),侧重于算法偏差的缓解和结果分布的均衡。这种方法往往将公平性抽象为技术属性,忽略了其背后的社会关系、制度背景和权力动态。
人文视角 :社会科学、法学、哲学等人文学科将公平性视为一种情境化(Situated) 、历史性的社会政治概念,强调结构性不平等、权力关系和正义。
核心研究问题 (RQ) :软件工程中的公平性概念与人文学科及社会科学中的公平性解释有何不同?这种差异如何影响伦理技术开发的实践?
2. 方法论 (Methodology)
本研究采用了混合文献综述方法 ,通过对比两个互补的二次研究(Secondary Studies)来整合跨学科见解:
软件工程领域的系统性三级综述 (Systematic Tertiary Review) :
目标 :映射软件工程中公平性的定义、操作化和评估方式。
数据源 :Google Scholar, ACM, IEEE Xplore, Scopus 等数据库。
筛选标准 :仅纳入关于公平性、AI 偏差的系统性综述或文献综述(2017-2025 年)。
样本量 :45 篇论文。
人文学科领域的快速综述 (Rapid Review) :
目标 :综合人文学科和社会科学中关于算法公平性的理论及实证讨论。
数据源 :Google Scholar。
筛选标准 :关注算法的社会影响、不平等、正义等概念(2016-2025 年)。
样本量 :25 篇论文。
分析过程 :
针对两个领域分别制定了五个研究问题(RQ1-RQ5),涵盖定义、评估指标、社会收益、促进方法以及局限性。
采用定量统计(描述性统计)和定性主题分析(Thematic Synthesis)相结合的方法,提取核心概念、定义、指标、实践及挑战,并进行跨领域对比。
3. 关键发现 (Key Results)
研究揭示了软件工程与人文科学在公平性认知上的根本性差异:
3.1 公平性的定义与概念化 (Definition & Conceptualization)
软件工程 :
定义 :主要定义为结果的无歧视分布 (Absence of discrimination through distribution of results)。
视角 :将公平性视为系统的形式化、数学和统计属性。强调通过分类(如性别、种族)来消除偏差,认为算法公平性可以通过数学定义来“具体化”。
核心逻辑 :公平 = 可验证的统计均衡。
人文科学 :
定义 :定义为受权力和结构性不平等塑造的社会政治及历史情境构建 (Socio-political and historically situated construct)。
视角 :不公平并非孤立的技术问题,而是深植于制度、治理、文化和历史过程(如殖民主义)中。
核心逻辑 :公平 = 对权力动态的反思与正义的实现。
3.2 评估指标与标准 (Metrics & Criteria)
软件工程 :
依赖二元分类器评估指标 (如真阳性率、假阳性率)。
主要指标包括:群体公平(Group Fairness)、个体公平(Individual Fairness)、人口统计 parity(Demographic Parity)、机会均等(Equal Opportunity)、反事实公平(Counterfactual Fairness)等。
局限 :这些指标关注结果分布,往往无法触及歧视的根源(如历史遗留问题)。
人文科学 :
不适用 传统的量化指标。
关注点在于:法律反歧视指南、制度治理、基于价值的框架、道德推理以及算法决策的社会后果。
3.3 社会收益 (Social Benefits)
软件工程 :侧重于偏差缓解 、信任与可靠性 (通过透明度和可审计性)、法律合规 。
人文科学 :侧重于减少结构性不公 、民主参与和集体能动性 (恢复被自动化剥夺的控制权)、公平获取与认可 (承认少数群体的知识)、打破既得权力动态 。
3.4 促进公平的方法 (Approaches & Practices)
软件工程 :
技术干预 :预处理(数据重加权)、处理中(修改模型边界)、后处理(调整输出)。
工具 :公平性工具包(Fairness Toolkits)、人机回环(Human-in-the-loop)、多样性团队、设计过程中的公平性需求提取。
人文科学 :
社会与政治干预 :在设计中嵌入多元视角(女权主义、去殖民化视角)、调查交叉的不平等结构、法律框架、促进透明度与问责制、参与式实践 (让受影响者参与设计)、伦理拒绝 (Ethical Refusal,即拒绝开发某些本质上无法公平的有害技术,如监控系统)。
3.5 局限性与挑战 (Limitations & Challenges)
软件工程 :
缺乏对公平性定义的共识;
数据隐私与敏感属性处理的困难;
公平性与性能(Accuracy)的权衡;
黑盒模型的可解释性差;
将复杂的社会问题简化为技术问题。
人文科学 :
工程界未能认识到社会生活的复杂性(将社会问题技术化);
技术公平实践往往复制 了现有的等级制度和权力结构;
缺乏全面的监管,现有法律框架不足以应对社会技术复杂性。
4. 主要贡献 (Key Contributions)
跨学科对比框架 :首次系统性地对比了软件工程(技术/形式化)与人文学科(社会/情境化)对公平性的不同理解,揭示了两者之间的“学科鸿沟”。
概念澄清 :明确指出软件工程将公平性简化为“可测量的质量属性”,而人文学科将其视为“情境化的社会价值”。这种简化可能导致忽视技术背后的权力关系和历史不平等。
实践指导 :提出了超越纯技术视角的公平性实现路径。指出仅靠算法调整(如去偏差)不足以解决根本问题,必须结合参与式设计、制度问责和对技术本身存在合理性的伦理反思。
方法论整合 :展示了如何通过结合系统性综述(SE)和快速综述(Humanities)来捕捉快速演变的跨学科议题。
5. 研究意义与启示 (Significance)
对软件工程的启示 :
工程师不能仅将公平性视为一个可以通过数学公式解决的优化问题。
需要引入情境化理解(Situated Understanding) ,认识到算法是在特定的社会、政治和历史背景下运行和解释的。
必须关注“公平性债务”(Fairness Debt),即由于忽视社会背景而累积的伦理后果。
对 AI 治理的启示 :
公平性的评估不能仅依赖自动化指标,需要结合定性分析、利益相关者参与和伦理审查。
在某些情况下(如监控技术),最公平的“解决方案”可能是拒绝开发 该技术(Ethical Refusal)。
未来方向 :
未来的研究应致力于弥合技术严谨性与社会伦理理解之间的差距,建立一种**社会技术(Socio-technical)**的公平性视角,将可测量的标准与情境化的伦理认知相结合。
建议未来的工作不仅对比文献,还要纳入软件从业者的实际经验,形成“文献 - 实践 - 社会科学”的三方对比。
总结 :该论文有力地论证了,若要在 AI 时代实现真正的公平,软件工程必须走出纯粹的技术视角,主动吸纳人文学科关于权力、正义和历史的深刻见解,将公平性从“系统属性”重构为“社会过程”。
每周获取最佳 computer science 论文。
受到斯坦福、剑桥和法国科学院研究人员的信赖。
请查收邮箱确认订阅。
出了点问题,再试一次?
无垃圾邮件,随时退订。