✨ 要点🔬 技术摘要
想象一下软件工程研究的世界是一座巨大而安静的图书馆。多年来,研究人员只查看书架上的书籍(科学论文)和正式讲座(会议)。但在图书馆围墙之外,有一个喧嚣、嘈杂且充满活力的街头集市,工程师们在那里聊天、分享实战故事并讨论最新的技术趋势。这个街头集市就是播客 的世界。
这篇论文就像两位研究人员决定走出图书馆,走进那个街头集市,并提出两个重大问题:
这个集市里实际上在发生什么? (格局)
为什么图书管理员(研究人员)仍然大多待在建筑物内? (认知)
以下是他们发现的简要总结,用通俗易懂的语言表述。
1. 集市之旅:播客里有什么?
研究人员前往Spotify (最大的数字音频市场),发现了216 个 专门致力于软件工程的播客。他们聆听了这些节目的“菜单”和“风格”。
食物的多样性 :他们发现这些播客并非只有一种形式。它们提供三种主要的“餐食”:
技术厨房 :如何实际构建软件、编写代码和修复错误。
行业新闻摊 :科技界当前流行的趋势。
职业咖啡馆 :如何找工作、应对办公室政治以及个人成长。
类比 :这就像一个美食广场,你可以吃到精致的牛排(深入的技术讨论)、快速的新闻三明治(行业趋势),或者一碗令人慰藉的汤(职业建议)。
服务风格 :大多数节目(约 73%)就像晚宴派对 。它们由一位主持人采访一位嘉宾,或两位主持人互相交谈。这种形式充满对话感和活力。较小一部分(约 18%)则像单人讲故事 ,一个人直接对着观众说话,分享他们的想法或教授特定技能。
市场规模 :这些并非微小的、一次性的实验。平均每个播客约有 34 集,每集时长约 39 分钟。这是一个成熟、既定的生态系统,而非昙花一现的潮流。
2. 图书管理员调查:为什么他们不使用这个市场?
随后,研究人员向软件工程研究人员(即“图书管理员”)发送了一份问卷,以了解他们对在工作中使用这些播客的看法。
他们知道市场存在 :大多数研究人员在空闲时间(如通勤或做饭时)会收听播客。约 60% 的人甚至以前听过软件工程播客。他们熟悉这种媒介。
但他们不信任其用于“真正”的工作 :当被要求对信息来源进行排名时,科学论文 显然是赢家。播客排在最底部,与社交媒体并列。
类比 :想象一位厨师喜欢为了娱乐而吃街头美食,但拒绝使用街头美食的食材来烹饪米其林星级菜肴,因为他们不确定这些食材是否“安全”或“计量”准确。
障碍(“为什么不?”) :研究人员给出了不在研究中使用播客的三个主要原因:
可信度 :“这仅仅是观点,还是有事实依据?”他们担心播客主持人可能只是在猜测。
“淹没在人群中”的问题 :很难找到你需要的特定播客,更难在单集中找到特定的引语以便在论文中引用。
“没有文本”的问题 :你无法轻松地从音频文件中复制粘贴引语。研究人员需要书面逐字稿(对所说内容的书面记录)以使其正式化。
3. 主要结论
该论文得出结论,播客是研究人员目前忽视的现实世界经验的金矿 。
现状 :研究人员就像那些知道存在一个绝佳的秘密花园,但因没有合适的篮子或地图而不敢采摘花朵的人。
解决方案 :研究人员建议,如果社区创建更好的工具(如可搜索的逐字稿和清晰的引用规则),并就如何处理这种“灰色文献”(非正式来源)达成一致,播客就可以成为连接学术理论与现实实践的有效桥梁。
简而言之 :该论文认为,软件研究人员错失了一个丰富、多样且易于获取的知识来源,因为他们正在等待“游戏规则”被制定出来。内容已经存在,人们已经在交谈;研究人员只需要弄清楚如何倾听并正确地将其记录下来。
技术摘要:软件工程播客作为研究资源
问题陈述
尽管播客已成为软件工程(SE)社区内知识共享的普遍媒介,提供了对行业发展和专业视角的洞察,但其作为实证软件工程研究正式资源的潜力尚未得到充分探索。虽然 SE 研究界难以与真实世界的从业者需求建立联系,且弥合这一鸿沟的传统方法(例如邀请从业者参加学术活动)可能缓慢或负担沉重,但从业者实际上已经通过播客等非正式渠道进行着大规模且公开的沟通。
尽管科学文献中早在 2007 年就提及了 SE 播客,但利用播客作为数据源的研究却寥寥无几。研究人员在如何寻找相关播客、评估其质量以及将其纳入既定的研究工作流程方面面临不确定性。此外,现有的“灰色文献”(非学术来源)指南可能无法完全适用于播客对话式、长篇内容的特性。本研究旨在解决对 SE 播客实际格局的理解空白,以及研究人员如何看待其作为推动实证研究资源的价值。
方法论
本研究采用双管齐下的方法来解决两个研究问题:(1) 当前 SE 播客的格局具有哪些主题和形式特征? (2) SE 研究人员如何看待播客作为实证研究资源的价值?
1. 播客格局分析
数据源 :作者选择 Spotify 作为主要平台,因其目录全面。搜索于 2024 年 9 月 19 日在美国、英国、澳大利亚和印度市场使用“软件工程”一词进行。
选择标准 :应用了一套纳入标准,要求播客为英语,至少发布过三集,至少有一集发布于 2021 年之后,且其最近六集中至少有三集在标题或描述中明确提及“软件工程”。
样本 :在去除重复项并进行人工验证后,最终分析了 216 个英语 SE 播客 的样本。
分析 :
元数据 :通过 Spotify API 获取(集数、时长、发布者、可用性)。
内容分类 :最初尝试使用 ICSE 研究领域进行分类,但随后转向归纳得出的三类系统:技术与实践知识 、行业与趋势 、以及职业与社会方面 。
形式分类 :改编自先前文献,分为两大类:访谈与叙事驱动型播客 (对话、小组讨论)和独白与个人日志 。
2. 研究人员调查
目标人群 :目前或曾经从事软件工程研究的成年人。
抽样 :通过社交网络、邮件列表和滚雪球法进行方便抽样。
工具 :一份包含 17 个问题的问卷(4 个开放式问题,13 个多项选择题/排序题),设计在 15 分钟内完成。内容涵盖收听习惯、感知价值、使用障碍及人口统计信息。
数据收集 :调查持续了 21 天。83 名参与者 同意了知情同意书,其中 53 人完成了完整问卷 。
分析 :对定量数据进行描述性和探索性统计分析,并辅以对开放式回答的定性分析。
主要结果
SE 播客格局
规模与成熟度 :研究识别出 216 个活跃播客。每个播客的中位集数为 34 集,中位单集时长为 39 分钟。近一半(47%)在 2025 年上半年发布了新集,表明这是一个成熟且活跃的生态系统。
内容分布 :
技术与实践知识 是最频繁的主题,常与其他类别结合出现。
职业与社会方面 出现在 150 个播客中,涵盖人际沟通、多样性和职业成长。
行业与趋势 虽然存在,但作为独立主题(缺乏技术或职业背景)的情况较少见。
形式 :格局以对话形式为主导。157 个播客 (73%) exclusively 使用访谈或多主持人讨论形式。仅 39 个播客为纯独白,20 个混合了两种形式。
研究人员感知与障碍
熟悉度 :绝大多数受访者(68.7%)在私人时间每月至少收听一次播客,但在工作时间的使用率较低(68.7% 很少或从不收听)。61.2% 的人专门收听过 SE 播客。
感知价值 :
约 50% 的受访者认为 SE 播客与其当前或未来的研究相关。
在对信息来源进行排序时,科学论文、书籍和会议报告 排名最高。播客和社交媒体共享最低排名。
识别出的价值包括:了解新研究、行业洞察、专家意见以及为新研究问题提供灵感。
采用障碍 :
可信度 :担心审稿人是否接受播客作为合法来源。
可发现性 :难以查找和引用特定内容。
时间 :被认为用于研究目的过于耗时。
缺乏结构 :存在非正式性、主观性以及缺乏复杂思想的视觉/书面支持等问题。
改进建议 :研究人员建议播客主持人在集数描述中提供充分的参考文献和来源 ,创建带时间戳的可引用转录稿 ,并开发一个集中式、可搜索的平台 (类似于 Google Scholar 或 Zenodo),专门用于 SE 播客。
意义与主张
本文主张,SE 播客代表了一个庞大、多样且丰富 的资源,目前在实证软件工程研究中尚未得到充分利用。本研究确立了以下观点:
格局已就绪 :存在一个非微不足道的 SE 播客生态系统,提供从业者视角、行业趋势和技术知识,是对正式文献的补充。
差距在于感知与结构 :研究人员熟悉这种媒介,但由于对科学严谨性、可信度的担忧,以及缺乏基础设施(如转录稿、引用标准)将其视为实证数据,因此在使用上犹豫不决。
前进之路 :作者认为,利用播客进行研究并不需要从业者改变其沟通风格。相反,它需要研究界制定方法论指导 和实用基础设施 (如可搜索的数据集和引用标准),以系统地将这些“灰色文献”来源纳入实证研究。
本研究将播客定位为传统文献的补充渠道,而非替代品,用于捕捉基于经验的见解和以社区为导向的知识,而这些内容往往难以在正式出版物中捕捉。
每周获取最佳 computer science 论文。
受到斯坦福、剑桥和法国科学院研究人员的信赖。
请查收邮箱确认订阅。
出了点问题,再试一次?
无垃圾邮件,随时退订。