1992年日本对母语编程的可读性比较实验

简介: 日本1992以来对在代码中使用母语对可读性的影响的研究. Research since 1992 in Japan about how programming in Japanese impacts code readability.

这是发现的最早一篇: CiNii 論文 - 母国語プログラミングへの方式,実践とその効果​

pdf不能导出文本, 不会日语输入法, 因此论文其他部分意义仅靠猜. 请会日语的指正.

主要看如下几个图, 大概推测是使用了A, B两份同样语义的代码, 每份都有英日两个版本(不确定如何保证英日版本的可读性同样好?):

A_日, A_英, B_日, B_英

由不同的母语为日语的被试者阅读两份代码后(第一组阅读了A_日和B_英, 第二组阅读了A_英和B_日), 还回答了相关问题. 柱形图好像只比较了代码阅读时间, 不确定"回答时间"是否有用.

最后的结果, 代码阅读时间上, 平均值母语版本是英语版本的2/3左右, 方差要小很多. 个人认为方差体现了被试者的英语水平比母语水平相差更大, 而均值体现了母语版本的可读性较好. 希望会日语的翻译一下论文中原作者的结论.
2019_02_14_japanese___
2019_02_14_japanese___1
2019_02_14_japanese___2

后续相关文章见最后. 比较不解的是中间为何有20年的空档, 不过期间有诸如なでしこ(见前文日语编程语言"抚子" - 第三版特色初探)等日语编程语言的产生

可以看到, 最近几年的文章已经不再关注代码可读性本身, 而是开始对日语编程的辅助工具(如辅助代码输入的IDE插件)进行研究, 个人推测是由于母语代码可读性的优势在日本学术界已不需再验证, 一个最可能的原因是日语命名已是业界常用实践. 这也印证了之前听说的(印象里有至少四五年前的帖子提到)外包业中一些日本软件公司使用日语命名.

2019-02-14

相关文章
|
8月前
|
程序员
程序员的奇怪规范:编程界的特殊文化
在程序员的世界里,有一些奇怪但又约定俗成的规范,这些规范看似荒谬,却成了编程行为的一部分,让人啼笑皆非。
|
1天前
|
设计模式 算法 程序员
代码之美:简洁性与可读性的平衡艺术
【5月更文挑战第17天】在编程领域,追求代码的简洁性与可读性是一种持续的艺术修炼。简洁的代码往往意味着更少的维护成本和更高的效率,而可读性则保证了代码的易理解性和团队协作的流畅性。本文将探讨如何在编写高效且易于理解的代码中找到平衡点,以及这一过程中可能遇到的种种挑战。
|
3天前
|
存储 安全 Java
12条通用编程原则✨全面提升Java编码规范性、可读性及性能表现
12条通用编程原则✨全面提升Java编码规范性、可读性及性能表现
|
3天前
|
算法 程序员
编程遗产:祖传代码
编程遗产:祖传代码
|
3天前
|
Go Scala C++
Python 缩进语法的起源:上世纪 60-70 年代的大胆创意!
Python 缩进语法的起源:上世纪 60-70 年代的大胆创意!
36 3
|
9月前
|
程序员
《软件设计的哲学》第三章 工作代码是不够的
《软件设计的哲学》第三章 工作代码是不够的
|
7月前
|
人工智能 自然语言处理 Java
提高代码可读性的秘诀:注释的重要性
A:你写代码怎么连注释都不加? B:老大为什么要加注释? A:你不加注释,你怎么知道我能看懂你的代码? B:遇到问题你找到就可以了啊? A:那你哪天生病了请假了闹情绪了离职了,公司怎么办? B:我现在反正没觉得有什么问题,我对公司也很满意,安心啦! 又是00后整顿职场的一段精彩演绎。不可置否,在实际的软件开发过程中,确实有很多开发人员依然不愿意写注释认为这会浪费时间,或者自认为他们的代码足够清晰,不需要额外的解释。但这种想法too young too simple,代码注释对于项目的质量和效率有着深远的影响,在软件开发中的重要性不容小觑。
|
10月前
|
NoSQL 前端开发 测试技术
编程之你不知道的坑,足以致命!
编程之你不知道的坑,足以致命!
69 0
编程之你不知道的坑,足以致命!
|
Java 程序员
程序员缺乏经验的 7 种表现!
程序员缺乏经验的 7 种表现!
112 0
公理设计-由奇怪海战引发的软件设计思考
公理设计理论将设计建立在科学公理、定理和推论的基础上,由麻省理工学院教授 Nam. P. Suh 领导的研究小组于 1978 年提出,适用于各种类别的设计活动。软件设计当然也属于一类工程设计过程,下面我们就来看一下两者的关联。

相关实验场景

更多