Awakening: Modern Challenges and Opportunities of Software Engineering Research
该论文指出，随着软件系统日益庞大、专有且难以复现，软件工程研究面临结构性挑战，仅靠渐进式方法改进已不足够，必须通过工业博士培养、长期产学研合作、组建大型团队、开展“登月计划”式项目以及改革资助与评估机制等途径寻求突破。
原始论文采用 CC BY 4.0 许可（http://creativecommons.org/licenses/by/4.0/）。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性，请参阅原始论文。 阅读完整免责声明
这篇文章就像是一位经验丰富的老船长（作者 Diomidis Spinellis 和 Zoe Kotti）在航海日志里写下的一篇**“醒世恒言”**。
他借用了一部经典电影/小说《Awakenings》（《无语问苍天》）的比喻：几十年前，软件工程研究就像一群沉睡的病人，突然被一种叫“开源工具”和“简单系统”的特效药（L-DOPA）唤醒了。那时候，研究变得非常活跃、清晰且充满希望。
但是，药效过了。 病人（软件工程研究）虽然短暂地清醒过，现在又陷入了更深的困境。
以下是用大白话和生动比喻对这篇论文核心内容的解读：
1. 过去的“黄金时代”：在自家后院摘果子
- 那时候的情况： 早期的软件研究就像是在自家后院摘苹果。
- 工具免费： 像 Unix 这样的操作系统和工具是免费开放的，就像谁都可以进后院。
- 问题简单： 那时候的软件系统不大，就像小果园，一个博士生（PhD）拿着篮子就能把果子摘完，还能研究清楚。
- 成果可见： 所有的代码、错误报告都摆在桌面上，大家都能看，都能复现。
- 结果： 学术界和工业界手拉手，研究进展飞快，大家都很开心。
2. 现在的“大危机”：被关在摩天大楼的顶层
- 现在的困境： 现在的软件世界变了，就像从“小后院”变成了“巨型摩天大楼”，而且这大楼是私有财产，还上了锁。
- 进不去（黑盒化）： 现在的软件巨头（Big Tech）像谷歌、微软，他们拥有海量的数据和超复杂的系统。这些系统就像被锁在玻璃房里的精密仪器，外面的研究者根本摸不到，也看不到内部是怎么运转的。
- 太复杂（规模太大）： 以前一个博士生能研究完的项目，现在可能需要几千个工程师花几年时间。一个博士生想研究“谷歌的代码库”，就像想一个人把整个亚马逊森林的树都数清楚，根本不可能。
- 变太快（云和 AI）： 现在的软件运行在“云”上，或者依赖大模型（AI）。这些服务像“黑匣子”，今天 API 变了，明天模型更新了，你昨天做的实验，今天可能就无法复现了。这就像你在做化学实验，但实验室的试剂每天自动更换配方，你根本没法写出可靠的实验报告。
3. 学术界的“怪圈”：为了发论文而发论文
- 路灯效应（Streetlight Effect）： 有个笑话：醉汉在路灯下找钥匙，因为那里有光，虽然钥匙其实掉在黑暗的草丛里。
- 现在的研究就像这个醉汉。因为研究那些“黑暗草丛”（真正复杂、难搞的工业界问题）太难、太贵、进不去，学者们就只研究“路灯下”的问题（那些容易上手但没啥实际价值的小玩具问题）。
- AI 的推波助澜： 现在的生成式 AI 能很快写出漂亮的论文，这让“凑数”变得更容易，导致更多肤浅的研究被发表出来。
- 发表压力： 博士生和年轻教授为了毕业或升职，必须疯狂发论文。这导致大家把一个大研究切碎成好几篇小论文（像切香肠一样），或者只做一点点微小的改进，只为了凑够数量。
4. 未来的“解药”：我们需要一场新的觉醒
作者认为，光靠“改进研究方法”已经没用了，我们需要彻底改变游戏规则。他提出了几个“猛药”：
- 工业界博士（Industrial PhD）：
- 比喻： 别让学生在象牙塔里闭门造车了。让学生直接去大厂工作，一边干活一边做研究。
- 好处： 他们能接触到真实的“大森林”，研究的问题才是真正有价值的。
- 组建“特种部队”（大型合作）：
- 比喻： 以前是一个博士生单挑一只老虎，现在需要组建一个“特种部队”。
- 做法： 大学和企业联手，建立专门的实验室，一群博士生一起攻克一个大难题。
- 解决署名问题： 以前大家担心“谁才是老大”，现在可以用像 CRediT 这样的系统，明确每个人具体做了什么（是设计、写代码还是写论文），公平地给每个人记功。
- 登月计划（Moonshot Projects）：
- 比喻： 就像 60 年代美国要把人送上月球一样，我们需要设定一些极其宏大、甚至有点疯狂的目标。
- 例子： 比如“用 AI 自动修复 GitHub 上 90% 的 Bug"或者“把 C 语言代码全部自动转换成安全的 Rust 语言”。
- 意义： 即使失败了，也能留下新工具、新方法和新人才，推动整个领域前进。
- 改变评价标准：
- 少而精： 少开几个会议，少发几篇论文，但每一篇都要是重磅炸弹。不要奖励“切香肠”的行为，要奖励那些真正解决大问题、哪怕花了很多年才做出来的成果。
- 资金支持： 政府和资助机构要明白，研究“玩具问题”是浪费钱。要像资助航天工程一样，给软件研究投足够的钱，支持那些需要大规模协作的“登月计划”。
总结
这篇论文的核心思想是：软件工程研究已经长大了，不能再像小时候那样在自家后院玩泥巴了。
现在的软件世界太复杂、太封闭、太庞大。如果我们还坚持用旧的方法（一个人、一个小项目、为了发论文而研究），我们就会变成“路灯下的醉汉”，看着光鲜亮丽，却离真正的钥匙（解决现实世界的大问题）越来越远。
我们需要打破围墙，让学术界和工业界深度融合，组建大团队，敢于挑战那些看似不可能的“登月”目标。只有这样，软件工程研究才能迎来真正的“第二次觉醒”，继续推动人类社会的进步。
您所在领域的论文太多了？
获取与您研究关键词匹配的最新论文每日摘要——附技术摘要，使用您的语言。