基于视觉障碍程序员偏好的包容性源代码可读性研究

文献标题

Towards Inclusive Source Code Readability Based on the Preferences of Programmers with Visual Impairments

文献信息

• 主题领域: 编程可读性与视障开发者的代码易读性研究
• 关键词: 软件开发者, 视障人士, 无障碍, 代码可读性, 编程工具, 编程语言, 屏幕阅读器, 非线性导航, 代码格式化

研究背景与问题

• 发现的问题或挑战:

  1. 当前代码可读性标准主要基于视力正常的开发者需求，忽略了视障程序员的独特需求。
  2. 屏幕阅读器的线性与瞬时输出特性导致视障开发者在代码阅读、导航和理解方面面临显著不同的挑战。

• 重要性:

  • 代码可读性直接关系到代码维护和协作的效率，而开发者中视障人士的特殊需求被普遍忽视，这可能导致无障碍性的不公平现象。

• 研究动机与相关工作:

  • 大量研究集中于帮助视障开发者导航和理解代码结构，但对于代码易读性的具体需求和影响因素研究较少。
  • 作者希望明确视障开发者在代码缩进、行长、命名等方面的偏好，并探索这些偏好对工具、语言和代码规范的潜在影响。

解决方案

• 方法/解决方案:

  1. 提出了研究问题 (RQ1, RQ2):

     • RQ1: 视障开发者的代码可读性偏好如何与视力正常开发者的偏好不同？为什么？
     • RQ2: 这些差异对编程工具、代码风格指南和编程语言有什么启示？

  2. 进行了定性研究：

     • 远程访谈了 16 位视障开发者。
     • 提供了基于 15 条代码可读性规则设计的代码示例，涵盖缩进、变量命名、行长等。
     • 分别使用现有 Python 风格指南（PEP8）和无障碍标准设计两组代码示例，邀请参与者分享优选项。

  3. 分析了参与者对代码示例的选择原因，同时收集其在协作与工具上的常见实践。

• 创新之处:

  • 针对代码可读性提出了一个更具包容性的新分类法。
  • 从屏幕阅读器与图形用户界面 (GUI) 的对比视角，系统性分析了代码属性（如变量命名、空白等）如何影响可读性。

• 实施步骤与技术:

  • 研究通过屏幕阅读器用户的实际代码阅读场景评价 PEP8 标准及其他可读性方案的有效性。
  • 使用编码分析参与者的转录语料，并提出相关设计和工具改进建议。

研究成果

• 取得的具体成果:

  1. 代码可读性分类法更新:
     • 对 GUI 和屏幕阅读器用户需求构建了对比分类法。
     • 比如长行代码应拆分为多行，但屏幕阅读器用户更注重分割对语音导航效率的影响。
  2. 经验数据贡献:
     • 提供视障开发者对代码格式选择的详细数据（如变量命名长度、注释折行偏好等）及实际使用工具设置的反馈。
  3. 设计建议:
     • 建议工具和语言支持屏幕阅读器习惯的导航和格式化机制，如改进 IDE 插件以支持语音换行。
     • 编程语言设计应优化特殊字符（如点、下划线）在不同屏幕阅读器设置下的播报逻辑。

• 优势:

  • 提供对现有代码风格指导（如 PEP8）在视障开发者场景中的评估，填补了无障碍代码规范的研究空白。
  • 有助于沟通视障和视力正常开发者之间的代码协作差异，促进包容性团队文化建设。

• 实验和评估结果:

  • 许多视障开发者在选择代码格式上偏向减少导航复杂性及语音冗长。
  • 如变量名的缩写在语音输出中可能反而更冗长（“btn” 比 “button” 读音更多音节）。

• 局限性与未来方向:

  1. 局限性:

     • 所涉及实验语言局限于 Python，结果可能不足以涵盖其他语言（如 C 风格语言）的特性。
     • 样本以男性和较年轻程序员为主，未充分反映其他性别与年龄群体视障开发者的需求。
     • 仅限讨论视障屏幕阅读器用户，未评价盲文显示器和触觉设备场景。

  2. 未来方向:

     • 扩展对其他编程语言格式的研究。
     • 探索混合能力团队中的实际协作与代码格式选择的动态。
     • 深入研究盲文设备如何影响代码易读性，以及工具如何支持不同辅助技术之间的无缝协作。