東七區
:只用字母,你I/O和谁错去?
地名缩短两位,时间缩短两位,老百姓节省的时间,不计其数。
天哪噜,老百姓都出来了。
“老乡,听你口音挺耳熟。我来自T1234,现在在Z1打工。你家哪里?“
“这么巧?我是T5678市的,在X2做点小生意,这次来Z1进货。我们两家不远啊。”
“啊,我姑奶奶的二女儿就嫁到了T56。大家都是亲戚啊。”
节省时间好多啊。
纯数字的代码非要改成字母数字混排,还觉得这是节约。让我不由想起以前一位在论坛里发帖批判现在的一维条形码只能表示0-9,长度太长;银行卡号只用数字,长度也太大;都难以记忆,应该发明一种编码方式能够同时表示A-Z和0-9的,以实现精简。我当时回复说何不用百家姓千字文之类的编码,然后升级现有读码器或ATM键盘以支持,保证从长度上看保证能精简无数:例如扫描购买一本编码为 天3亥A 的书,用卡号 玄X8冯 的银行卡支付,相对现在的十几位数字多么方便记忆背诵啊。(现在还要加上一条了:多节省老百姓时间啊。)
设备和程序复杂度易错度增加了多少都不管了?代码是给机器看的、给资料整理时的统一规范用的,不是给所谓老百姓交流的;正常的人类交流会说汉字,既不会说现在的纯数字区划代码,也不会说你发明的字母数字混合代码。至于机器,长度省几位省不了机器几分钱,复杂度加了有的可不只是加钱的事。
混用字母数字的代码除非万不得已基本都避免用到I和O两个字母(我认为汉字字母数字三者混合的中国车牌代码方案很渣,别拿这个当正面支持例子了)。就算你在不同码位规定了只能用数字和字母中的一种,别的不说,OCR图文识别程序就得额外加几行代码根据位置来判读,各种便携式设备的芯片里的宝贵代码存储空间都得硬塞几条新的逻辑,不然的话数据库录入比对排序什么的都等着被坑吧。
你的方案更别说为了缩短一点点长度,把码位空间挤满了。不预留码位空间从来都是编码大忌,照你这个直辖市都被迫挤在一个字母下的方案,本论坛分省派万一哪天理想成真,估计都要立即骂谁设计的NC代码了。
为了避免误会,还是补一段:没人说代码绝对不该用字母,如果长度有限制数字码位空间不足了(例如车牌)或者字母更有人类可读性(例如机场代码)或者具有分类意义需求(例如图书馆藏编码),当然可以用;但纯为了缩短长度,这是搞混了机器和人类的需求。