读者关于“阈值”问题的来信以及我的回复

原创 2004年05月21日 10:34:00

 

来信:04年第五期您的文章商榷

本人学过几种外语,发现语言事实上是约定俗成的东西。除了语法的极少数部分是官方定的,多数都是民间形成的。
既然这么多形成了阀值的概念,那就流行,成了大家普遍接受的词汇。在英语中误用和讹传后成为正式词汇的不少,中文中也存在着这现象。
这是我的意见,请您商榷。

您的忠实读者


回信:你的意见非常重要。语言文字的问题从来都不是小事,尽管我不从事语文工作,但很愿意就此多说几句。

语言文字的确是约定俗成的东西,而且,语言文字是动态的、变化的。不同文化、不同风俗、不同领域、不同行业的各种事物都时刻在影响着语言文字的内涵和外延。但承认语言文字的动态性并不等于否认语言文字在本体上的稳定性和纯洁性。片面强调语言文字的易变特征,就会像古希腊人关于“人不可能两次踏进同一条河流”的说法那样脱离客观现实。最简单的道理是,如果允许人们根据主观意愿(哪怕是根据多数人的主观意愿)频繁改变语言文字的话,100年后的人也许就无法理解我们录在电影、电视里的对话内容了。

那么,动态性和稳定性该如何结合在一起呢?我个人觉得应该从实用的标准来衡量,这里的实用主要指语言文字要便于交流和传承。比如说,简化字比繁体字实用,世界上大多数华人都在使用简化字,但1970年代颁布的第二批简化字(这可是吸收了广大工农兵群众意见制定的方案啊)就在推广过程中引起了大范围的混乱,妨碍了正常的交流,这是个极其失败的例子。我有一套用第二批简化字印刷的《一千零一夜》,现在看起来,里面的文字实在是丑陋不堪,不知所云。再比如说,主导IT技术的是英语文化,因此,其他语种,比如法语都尽量从英语中引进IT词汇。尽管法语直接吸收了许多英语IT词汇,但最重要的computer一词在法语中竟是面貌完全不同的ordinateur,这其中的原因据说是computer在法语中的发音极为不雅——这当然也是实用与否的问题了。所以,在“便于交流和传承”这个尺度的约束下,语言的规范化和语言的动态性并不矛盾。现在,大多数国家(包括英国和美国在内)都有专门负责语言文字规范的机构,我们的国家语委肩负的也是这个职责。

回到“阀值”和“阈值”的例子。首先,这并不是一个专门的IT名词,在数学、物理、天文、生物、医药等许多领域,技术人员都要使用这个词。对中文来说,该词也不是新近出现的,你可以查阅一下计算机普及以前中国出版的数学、物理等领域的技术图书,“阈值”这个词并不罕见。但是,把“阈值”如此广泛地误用为“阀值”,好像是IT界的专利,这并不是什么可以引以为自豪的事情,它会严重妨碍IT人和其他领域技术人员的交流。即使在IT领域内部,说“阀值”的人数也不见得比说“阈值”的人多;我虽然没有做过调查,但却亲眼见过同一个会议室里两个持不同说法的人互相对视、困惑并挠头的尴尬场面。另外,从语言传承关系上说,“阈”在中文里本来指的就是门槛,正好与threshold在英语中的语源关系相当,而“阀”字就差了十万八千里了。所以,无论从便于交流,还是从便于传承这两方面来说,肆意把“阈值”改为“阀值”都是有违语言文字的基本规律的。

目前,中文IT术语的翻译和使用都相当混乱(这也是许多翻译书籍质量不如原版书籍的一个重要原因),使用和传承中的困难很多,因语言文字问题妨碍交流的例子俯仰皆是,我就不多说了。我觉得,当务之急不是给汉语“添乱”,而是通过各种渠道(政府、媒体、企业、个人)规范中文IT术语,这样才能给所有程序员提供一个良好的语言环境。

对了,今天我才惊闻北大的李赋宁教授已于5月10日去世,又一个语言学界的泰山北斗驾鹤远游。李赋宁先生的《英语史》还静静地躺在我的书架里;我资质鲁钝,读过三四次,竟都没能读完全书。现在想来,实在有些对不住李先生。

王咏刚

读者-写者问题

读者写者是一个非常著名的同步问题。读者写者问题描述非常简单,有一个写者很多读者,多个读者可以同时读文件,但写者在写文件时不允许有读者在读文件,同样有读者在读文件时写者也不去能写文件。用图来表示的话 ...
  • SpadgerZ
  • SpadgerZ
  • 2016年11月05日 15:36
  • 5381

回答一封读者的来信

读者的内容就不公布了……下面直接是回复:***,你好,很荣幸,你能把我当成大哥,给我讲这些学习和生活中的疑虑。我知道舟山是一个美丽的城市,不过一直还没有机会去过,以后或许有机会一定回去看看。大四的学生...
  • OpenHero
  • OpenHero
  • 2013年12月04日 00:20
  • 4136

读者写者问题(读者优先、写者优先、公平竞争)

读者优先: 1.写者、读者互斥访问文件资源。 2.多个读者可以同时访问文件资源。 3.只允许一个写者访问文件资源。 具体实现: 1.设置信号量fileSrc实现读写者对临界资源的访问。 2.设置计数...
  • c1194758555
  • c1194758555
  • 2016年10月13日 13:00
  • 2757

读者-写者问题

 读者与写者问题: (一)定义: 多个读者进程,与多个写者进程共享一个临界资源; (二)分析: 1.多个读者可以同时读; 2.多个写者不可以同时写; 3.读者和写者不可以同时进行; ...
  • legend050709
  • legend050709
  • 2014年09月03日 20:55
  • 1110

读者写者问题浅析(代码实现)

读者作家(RW)或共享独占锁(也称为多个读取器/单写入器锁定或多读卡器锁)的一个同步原语,解决了一个读者-writers问题。一个RW锁允许并发的只读操作的访问,而写操作需要独占访问。这意味着多个线程...
  • github_35124642
  • github_35124642
  • 2016年07月20日 20:41
  • 2053

经典同步问题(三)---读者写者问题

读者写者问题的信号量和条件变量算法
  • sunny_ss12
  • sunny_ss12
  • 2015年08月12日 03:06
  • 2554

操作系统PV操作及读者写者问题

1、信号量: 2、P、V操作原语可描述为以下式子: 3、解释: 4、互斥模式原理: 5、同步模式原理: 6、读者写者问题:...
  • Remoa_Dengqinyi
  • Remoa_Dengqinyi
  • 2016年09月22日 15:59
  • 4491

读者-写者问题(Reader-Writer Problem)

一、读者---写者问题(Reader-Writer Problem)      允许多个进程同时读一个共享对象,因为读操作不会使数据文件混乱。但不允许一个Writer进程和其他Reader进程或Wri...
  • ValDC_Morning
  • ValDC_Morning
  • 2017年06月18日 17:28
  • 841

读者-写者问题思想

读者-写者问题是一个经典的并发程序设计问题,是经常出现的一种同步问题。计算机系统中的数据(文件、记录)常被多个进程共享,但其中某些进程可能只要求读数据(称为读者);另一些进程则要求修改数据(称为写者)...
  • metheir
  • metheir
  • 2016年10月19日 22:11
  • 642

回复失恋男的来信

拍拖和失恋我就不谈了,不过那个老端的回复还是很强悍的,所以我认为值得一看。 “谈恋爱是一场博弈游戏,二十五六岁的女孩子正好处于自身吸引力的顶峰,而你则明显不是。”——老端语录 全文来自:htt...
  • thinkinwm
  • thinkinwm
  • 2013年11月22日 15:53
  • 559
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:读者关于“阈值”问题的来信以及我的回复
举报原因:
原因补充:

(最多只允许输入30个字)